GARDEN
태그: SQLite
총 2편 ·
11-07Ollama의 숨은 장부와 aria2의 다중 실 답안: 모델 디렉터리의 SQLite 재기록, 17GB 모델의 삼선 실측, 그리고 ollama pull 무가속의 반증
다운로드와 저장의 두 소사건이 같은날 결안되었고, 공통의 교훈은 이렇다. 앱의 진짜 행동은 문서가 아니라 자기 데이터베이스 속에 잠들어 있다. 첫째, Ollama 모델 디렉터리를 F 드라이브로 옮기는 건. 환경 변수를 바꿨는데도 효력이 없었다. 데스크톱판 0.40.15가 모델 디렉터리 설정을 자기 SQLite(db.sqlite의 settings.models)에 저장하며 기동 때 환경 변수를 덮어쓰는 숨은 행동이 파졌다. 두 층을 모두 고치고 재시작하자 서버 로그가 OLLAMA_MODELS=F:\OllamaModels를 확인했고, 일곱 모델이 모두 정상 인식되었다. 둘째, 17GB 모델의 다운로드 경로 삼선 실측. HuggingFace 공식 직결은 단일 연결 약 1.8MB/s에 병렬 무효(공식 CDN의 스트림별 제한), hf-mirror.com 미러는 병렬로 선형 확장(8~16실로 10MB/s+ 도달), ollama pull은 같은 공식 CDN을 걸어 가속이 전혀 없고 이어받기도, 미러 교체도 못한다. 반증되었다. 결론: 미러 더하기 aria2 열여섯 접속 직하 후 Ollama에 도입한다.
전체 읽기 › 10-08WAL의 통곡: 하나의 데이터베이스가 스스로 판 구제
newapi가 갑자기 들어가지 못하고 sqlite error 4618을 알렸다. 근본 원인은 손상도, 디스크 만출도 아니라, SQLite의 WAL 모드와 Windows 바인드 마운트의 오랜 확신 다툼이었다——ftruncate가 EINVAL을 돌려준다. strace가 확실한 한 줄을 잡았고, 수리는 데이터 디렉터리를 Docker 명명 볼륨으로 옮기는 것이었다. 51938건의 로그와 이용자 데이터는 한 터럭도 손상되지 않았다.
전체 읽기 › ← 디지털 가든