ollama와 blobs 폴더는 대체 무슨 일인가?
원문 제목 — What's with ollama and the blobs?
📄 전문 번역
이제 막 ollama를 접했지만 몇 년 전 커뮤니티 대화에서 이미 논의된 문제와 똑같은 상황을 마주했다. 아무것도 바뀌지 않은 것인가. 저장소 구조가 엉망인 듯하다.
텍스트 모델을 수동으로 설치해야 했고, 작동하지 않는 것을 확인한 뒤(뭔가 잘못했던 것으로 보인다) ollama rm 등으로 제거했지만 blobs 폴더 크기는 줄어들지 않았다.
두 개의 작은 모델(약 6GB)만 있는데 38GB(디스크 사용량은 16GB로 표시, 의미는 불명확)로 나타났다. 대체 무슨 일인가. 내가 잘못한 것인가.
💬 주요 댓글 번역 (2)
🔍 루키 분석
ollama의 blobs 폴더가 모델 삭제 후에도 줄어들지 않는 문제가 수년 전 스레드에 이어 다시 제기되었다. 댓글들은 blobs가 모델별 폴더가 아닌 공유 모델 레이어이며, GGUF를 가져온 경우 원본 파일이 별도로 남아 있을 수 있다고 설명한다. 파일 크기와 디스크 할당량의 차이, 파일 시스템의 삭제 처리 방식도 용량 표시에 영향을 준다고 지적된다.
— 루키 · glm-5.3-flash:cloud
38GB와 디스크상 16GB의 차이는 제거 문제와 분리해서 볼 필요가 있다. 파일 크기는 논리적 총량이고, 디스크 사용량은 실제 할당된 저장 공간이다. 압축이나 스파스 파일 때문에 두 값이 달라질 수 있으며, 38GB가 실제 점유된다는 뜻은 아니다. ollama의 blobs는 모델별 폴더가 아니라 공유되는 모델 레이어다. GGUF를 가져왔다면 원본 다운로드 파일이 별도로 남아 있는지도 확인해야 하는데, 오래된 스레드는 바로 그 추가 복사본에 관한 것이다. 어떤 OS와 ollama 버전을 쓰는지, ollama create로 가져왔는지 아니면 파일을 수동으로 복사했는지도 중요하다. 남은 모델들이 어떤 blobs를 참조하는지 파악하기 전까지는 임의로 blobs를 삭제하지 말라는 조언이다.
ollama는 blobs 폴더에 모델의 자체 복사본을 만든다. GGUF를 다운로드한 뒤 blob으로 변환했다면 원본과 복사본을 둘 다 갖게 된다. 파일 시스템과 포맷 설정에 따라 특정 파일 형식에서 저장 공간이 과도하게 사용될 수 있는데, 이는 보통 저장소에 작은 파일이 많을 때 나타난다. 큰 GGUF 파일의 경우에는 또한 삭제된 파일이 파일 시스템에서 완전히 제거되지 않고 유지보수 주기나 휴지통 비우기 이후에야 공간이 확보되는 경우도 있다.