~/tools / Menjalankan LLM lokal di server Anda / Ollama Log Reader
Ollama Log Reader — Baca log server Ollama: memori, layer GPU, konteks, kecepatan, peringatan
Tempel log server Ollama, dari server.log, journalctl, atau docker logs, dan alat ini memilih hal-hal yang penting: berapa banyak memori yang dipakai setiap pemuatan model dan di mana (bobot, KV cache, buffer komputasi, per CPU atau GPU), berapa banyak layer yang masuk ke GPU, panjang konteks, permintaan beserta statusnya, kecepatan prompt dan generasi, serta setiap peringatan lengkap dengan penjelasan. Alat ini menunjukkan kapan prompt dipotong agar muat di konteks, kapan model tidak muat di memori, dan kapan Ollama memuat ulang model. Tidak ada data yang keluar dari browser Anda.
Di mana menemukan log
Dari halaman pemecahan masalah Ollama. Di Windows, log terbaru adalah server.log di folder tersebut.
# macOS cat ~/.ollama/logs/server.log # Linux (systemd) journalctl -u ollama --no-pager # Docker docker logs <container-name> # Windows explorer %LOCALAPPDATA%\Ollama
Membaca 76 dari 77 baris.
- baris 23Konteksnya 4096 token, lebih pendek daripada 32768 yang didukung model. Input yang lebih panjang membutuhkan num_ctx atau OLLAMA_CONTEXT_LENGTH yang lebih besar, dan lebih banyak memori untuk KV cache.
- baris 43Konteksnya 256 token, lebih pendek daripada 32768 yang didukung model. Input yang lebih panjang membutuhkan num_ctx atau OLLAMA_CONTEXT_LENGTH yang lebih besar, dan lebih banyak memori untuk KV cache.
- baris 49Prompt berisi 633 token dan tidak muat di konteks. Ollama mempertahankan 4 token pertama dan bagian akhir prompt, lalu membuang sisanya, menyisakan 130 token. Naikkan num_ctx, perpendek prompt, atau kirim truncate yang diatur ke false untuk mendapatkan error sebagai gantinya.
- baris 53Permintaan 633 token tidak muat di konteks 256 token dan ditolak (ini terjadi saat truncate bernilai false). Naikkan num_ctx atau perpendek input.
- baris 55Ollama menghentikan llama-server dan langsung memulainya lagi untuk memuat model dengan pengaturan lain, misalnya num_ctx yang berbeda. Ini bukan crash.
- baris 58num_ctx 65536 lebih panjang daripada konteks saat model dilatih, jadi Ollama memakai 32768.
- Permintaan yang gagal: 400 POST /api/chat, 404 POST /api/chat
Server
- Versi
- 0.40.11
- Alamat
- [::]:11434
- Perangkat
- cpu cpu (1.9 GiB / 1.9 GiB)
- Panjang konteks default
- 4096
Pengaturan (variabel lingkungan)
- OLLAMA_HOST
- http://0.0.0.0:11434
- OLLAMA_CONTEXT_LENGTH
- 0 (0 = default)
- OLLAMA_NUM_PARALLEL
- 1
- OLLAMA_MAX_LOADED_MODELS
- 0 (0 = default)
- OLLAMA_KEEP_ALIVE
- 5m0s
- OLLAMA_FLASH_ATTENTION
- false
Pemuatan model
Pemuatan 1 pada 2026-11-07T08:32:08.625Z baris 14
- Model
- Qwen2.5 0.5B Instruct · Q4_K - Medium · 373.71 MiB (6.35 BPW) · sha256-c5396e06af29
- Panjang konteks
- 4096 (dilatih dengan 32768)
- Permintaan paralel
- 1
- Bobot
- 512 MiB
- KV cache
- 48.0 MiB (f16)
- Buffer komputasi
- 41.3 MiB
- Total
- 601 MiB
- Per perangkat
- CPU 393 MiB, CPU_REPACK 208 MiB
- Memori sistem
- 1638 MiB kosong dari 1946 MiB, swap 777 MiB kosong
- Waktu start
- 1.27 detik
Pemuatan 2 pada 2026-11-07T08:32:10.384Z baris 34
- Model
- Qwen2.5 0.5B Instruct · Q4_K - Medium · 373.71 MiB (6.35 BPW) · sha256-c5396e06af29
- Panjang konteks
- 256 (dilatih dengan 32768)
- Permintaan paralel
- 1
- Bobot
- 512 MiB
- KV cache
- 3.0 MiB (f16)
- Buffer komputasi
- 18.8 MiB
- Total
- 533 MiB
- Per perangkat
- CPU 325 MiB, CPU_REPACK 208 MiB
- Memori sistem
- 1638 MiB kosong dari 1946 MiB, swap 763 MiB kosong
- Waktu start
- 1.02 detik
Pemuatan 3 pada 2026-11-07T08:32:12.223Z baris 59
- Model
- Qwen2.5 0.5B Instruct · Q4_K - Medium · 373.71 MiB (6.35 BPW) · sha256-c5396e06af29
- Panjang konteks
- 32768 (dilatih dengan 32768)
- Permintaan paralel
- 1
- Bobot
- 512 MiB
- KV cache
- 384 MiB (f16)
- Buffer komputasi
- 139 MiB
- Total
- 1034 MiB
- Per perangkat
- CPU 826 MiB, CPU_REPACK 208 MiB
- Memori sistem
- 1638 MiB kosong dari 1946 MiB, swap 764 MiB kosong
- Waktu start
- 1.02 detik
Kecepatan yang dilaporkan llama-server
| Token prompt yang diproses | Kecepatan prompt | Token yang dihasilkan | Kecepatan generasi |
|---|---|---|---|
| 35 | 217.5 token/detik | 7 | 59.9 token/detik |
| 130 | 227.3 token/detik | 11 | 94.8 token/detik |
| 30 | 202.7 token/detik | 5 | 62.7 token/detik |
Permintaan
| Waktu | Status | Durasi | Permintaan |
|---|---|---|---|
| 2026/11/07 - 08:31:42 | 200 | 0.007 detik | GET /api/version |
| 2026/11/07 - 08:32:00 | 200 | 17.49 detik | POST /api/pull |
| 2026/11/07 - 08:32:00 | 200 | 0.040 detik | GET /api/tags |
| 2026/11/07 - 08:32:10 | 200 | 1.62 detik | POST /api/chat |
| 2026/11/07 - 08:32:12 | 200 | 1.89 detik | POST /api/chat |
| 2026/11/07 - 08:32:12 | 400 | 0.005 detik | POST /api/chat |
| 2026/11/07 - 08:32:13 | 200 | 1.31 detik | POST /api/chat |
| 2026/11/07 - 08:32:13 | 404 | 0.002 detik | POST /api/chat |
Saat prompt tidak muat, Ollama memotongnya menjadi num_ctx − max((num_ctx − num_keep) ÷ 2, 1) token: sekitar setengah konteks, agar masih ada ruang untuk jawaban. Token prompt di tabel kecepatan hanya menghitung token yang tidak ada di cache.
llama-server tidak menghitung token pertama yang dihasilkan saat menghitung kecepatan generasi, jadi nilainya sedikit lebih rendah daripada eval_count dibagi eval_duration di respons API.
Format log berubah dari rilis ke rilis. Alat ini mengikuti Ollama v0.40.15 dan build llama.cpp yang dipakainya, dan melewati baris yang tidak dikenalnya.
Pesan berasal dari kode sumber Ollama (v0.40.15) dan llama.cpp, diperiksa dengan log asli dari Ollama 0.40.11 di macOS dan di Linux pada 2026-11-07. Ollama: Troubleshooting
Semuanya dikerjakan di browser Anda. Alat ini tidak terhubung ke mana pun. Log bisa berisi path file, alamat IP, dan nama model.
Saat Ollama lambat, jawaban mengabaikan awal prompt yang panjang, atau permintaan gagal dengan error 500, penjelasannya biasanya ada di log server. Log itu mencampur baris milik Ollama sendiri (time=… level=… msg=…), satu baris untuk setiap permintaan HTTP ([GIN] …), dan keluaran llama-server, program llama.cpp yang dijalankan Ollama untuk memuat setiap model GGUF. Alat ini membaca ketiganya. Untuk setiap pemuatan model, alat ini menampilkan panjang konteks (-c), jumlah permintaan paralel (-np), jenis dan ukuran file model, panjang konteks yang dipakai saat model dilatih, berapa banyak layer yang dipindahkan ke GPU, serta memori untuk bobot, KV cache, dan buffer komputasi, per perangkat. Alat ini juga mendaftar permintaan beserta status dan durasinya, serta kecepatan prompt dan generasi yang dicetak llama-server setelah setiap permintaan. Lalu alat ini menjelaskan apa yang salah, berdasarkan pesan-pesan di kode sumber Ollama (v0.40.15). Saat sebuah prompt tidak muat di konteks, Ollama mempertahankan num_keep token pertama dan bagian akhir prompt, lalu membuang bagian di antaranya, sampai prompt memakai sekitar setengah konteks: dalam pengujian kami, prompt 633 token dengan num_ctx 256 dipotong menjadi 130 token. Dengan truncate diatur ke false, permintaan yang sama ditolak dengan error 400. num_ctx yang melebihi panjang saat model dilatih diturunkan ke panjang tersebut. Saat model tidak muat di memori, pemuatan gagal: dalam pengujian kami di Linux dengan memori 1.9 GiB dan tanpa GPU, qwen2.5:7b membutuhkan 4,460 MiB hanya untuk bobotnya, llama-server dihentikan dengan signal: killed, dan permintaan mengembalikan 500. Baris yang menyatakan llama-server berhenti, diikuti langsung oleh start baru, berarti Ollama sedang memuat ulang model dengan pengaturan lain, bukan crash. Format log berubah dari rilis ke rilis; alat ini membaca baris yang dikenalnya dan melewati sisanya. Kami memeriksanya dengan log asli dari Ollama 0.40.11 di macOS (Apple M1) dan di Linux dalam Docker, tanpa GPU.
Logika utama alat ini bersifat sumber terbuka dengan lisensi MIT. github.com/seigo5555/toolkitbox-lib/src/ollama-log.ts
Kapan dipakai
- Mencari tahu mengapa prompt yang panjang tampak diabaikan, atau mengapa sebuah permintaan gagal dengan 400 atau 500
- Melihat berapa banyak memori yang benar-benar dipakai model, dan apakah model berjalan di GPU, CPU, atau keduanya
- Memeriksa panjang konteks dan pengaturan apa yang dipakai server, sebelum Anda membeli VPS yang lebih besar
Cara pakai
- Ambil log: cat ~/.ollama/logs/server.log di macOS, journalctl -u ollama --no-pager di Linux, atau docker logs dengan nama container.
- Tempel. Baris yang diawali stempel waktu journalctl atau docker juga dibaca.
- Baca peringatan lebih dulu, lalu pemuatan model, kecepatan, dan permintaan.
Tanya jawab
Mengapa model saya mengabaikan awal prompt yang panjang?
Jika log memiliki baris "truncating input prompt", prompt tidak muat di konteks. Ollama mempertahankan num_keep token pertama dan bagian akhir, lalu membuang bagian tengah, sampai prompt memakai sekitar setengah konteks. Naikkan num_ctx (atau OLLAMA_CONTEXT_LENGTH), perpendek prompt, atau kirim truncate yang diatur ke false, agar Ollama mengembalikan error alih-alih memotong.
Apa arti "signal: killed"?
llama-server dihentikan dari luar. Dalam pengujian kami di Linux, ini terjadi saat model yang tidak muat di memori sedang dimuat, dan permintaan mengembalikan 500. Jika baris "starting llama-server" yang baru muncul dalam dua detik, Ollama sendiri yang menghentikan proses lama untuk memuat ulang model dengan pengaturan lain.
Mengapa kecepatan generasi di log lebih rendah daripada eval_count dibagi eval_duration?
llama-server tidak menghitung token pertama yang dihasilkan, karena token itu berasal dari langkah terakhir pemrosesan prompt, sehingga ia membagi dengan satu token lebih sedikit. Dalam pengujian kami, 7 token dalam 675.82 ms dilaporkan sebagai 8.88 token per detik, sedangkan 7 dibagi waktu yang sama menghasilkan 10.4.
Bagaimana cara melihat apakah model berjalan di GPU?
Lihat "Layer di GPU" pada pemuatan model. Semua layer di GPU berarti model berjalan sepenuhnya di sana; sebagian layer berarti sisanya berjalan di CPU. Selama model dimuat, ollama ps menampilkan pembagian yang sama di kolom PROCESSOR.
Mengapa beberapa baris tidak dibaca?
Alat ini membaca baris milik Ollama sendiri, baris permintaan, dan baris llama-server yang penting untuk memori, konteks, dan kecepatan. Baris lain, seperti daftar metadata model, dilewati. Formatnya berubah antar rilis, jadi baris dari versi yang jauh lebih lama atau lebih baru mungkin tidak dikenali.
Apakah log saya dikirim ke mana pun?
Tidak. Log dibaca di browser Anda. Log bisa berisi path file, alamat IP, dan nama model Anda, jadi berhati-hatilah saat menempelkannya di tempat lain.
Artikel terkait
- Memantau memori Ollama di VPS kecilLihat apa yang disimpan Ollama di memori, berapa lama bertahan di sana, dan pengaturan apa yang mengubahnya: ollama ps, keep_alive, dan batasannya, dari FAQ resmi.
- Menghubungkan Dify ke Ollama di VPS Anda sendiriJalankan Dify di VPS Anda sendiri dan pakai Ollama sebagai modelnya: instalasi, kolom plugin, masalah alamat di Docker, dan embedding, dari dokumentasi resmi.
- Menjalankan LLM lokal tanpa PC mahal: panduan pemula memakai VPSTidak punya PC bertenaga? Sewa VPS dan jalankan LLM lokal kecil dari browser Anda: enam langkah dari perkiraan memori sampai layar obrolan yang terlindungi, dengan batasannya dinyatakan secara jujur.