OOM killer Out-of-memory killer

ID penyebab so-oom · Penanggung jawab utama Pengembangan server (Tim Pengembang Game) · Turut terlibat Infrastruktur server (Tim Infrastruktur)

Buka kartu interaktif dengan gambar dan simulasi →

Saat memori habis, Linux memilih proses yang memakai memori paling banyak lalu mematikannya secara paksa. Biasanya proses itu adalah server game.

Mengapa Memori habis karena kebocoran atau lonjakan pemakaian, atau batas memori container tercapai → Akibatnya Kernel menghentikan paksa proses server game → Di layar Semua pemain di server itu disconnect bersamaan, dan progres terakhir bisa hilang karena rollback

Gejala: Disconnect, Aksi hilang / rollback
Faktor: Stall
Siapa yang mengalami: Seluruh server
Kapan: Makin lama menyala, Saat banyak pemain berkumpul
Penanggung jawab: Penanggung jawab utama Pengembangan server (Tim Pengembang Game) · Turut terlibat Infrastruktur server (Tim Infrastruktur)
Tugas Tim Pengembang Game: Perbaiki kebocoran, tetapkan batas atas pemakaian memori dan siapkan prosedur untuk menyimpan data lalu mematikan server secara normal saat batas itu mendekat.
Tugas Tim Infrastruktur: Pasang alert memori, atur batas memori container sesuai pemakaian sebenarnya, sesuaikan urutan proses yang dimatikan lebih dulu (oom_score_adj).
Kisaran angka: Log kernel (dmesg) mencatat “Out of memory: Killed process”, dan di Kubernetes terlihat sebagai OOMKilled. Windows tidak punya OOM killer; yang sering terjadi adalah alokasi memori gagal lalu server mati karena error.
Di grafik: Koneksi putus serentak · Jumlah koneksi, pemakaian memori
Yang diperiksa: Cocokkan catatan “Out of memory: Killed process” di dmesg, status OOMKilled pada pod (di Kubernetes), atau kenaikan oom_kill di memory.events (di cgroup v2) dengan waktu koneksi terputus
Cocok jika: Pada waktu koneksi putus serentak, ada catatan proses server game dimatikan, dan sampai sesaat sebelumnya pemakaian memori naik hingga batas
Tidak cocok jika: Tidak ada catatan OOM tetapi prosesnya mati: periksa log crash dan core dump yang dibahas di “Crash di server”
Sarana pemeriksaan: Tools infrastruktur (tanpa perlu kode game)

Sumber

mm/oom_kill.c (Linux v6.12) Linux kernel
Skor dihitung sehingga proses yang memakai memori paling banyak mendapat skor tertinggi (oom_score_adj ikut diperhitungkan), dan saat mematikan proses dicatat “Out of memory: Killed process …”
Assign Memory Resources to Containers and Pods Kubernetes
Jika container terus memakai memori melebihi limit, container dihentikan dan statusnya ditampilkan sebagai OOMKilled
Pushing the Limits of Windows: Virtual Memory Microsoft
Di Windows, saat commit limit tercapai, alokasi yang meng-commit memori gagal, dan ini bisa berujung pada error aplikasi atau gangguan sistem
Control Group v2 Linux kernel
oom_kill di memory.events: jumlah proses yang dimatikan OOM killer di cgroup ini

Lihat juga

Lapisan yang sama: L7 OS server (kernel)

Penyebab di lapisan lain dengan gejala yang sama (Disconnect)

Kebocoran memori di klien L1 Proses game di klien
Crash di klien L1 Proses game di klien
Pemindaian oleh modul keamanan game (anti-cheat) L1 Proses game di klien
Aplikasi mobile masuk ke latar belakang L2 OS dan perangkat klien
Perpindahan Wi-Fi ↔ LTE/5G L2 OS dan perangkat klien
Pemrosesan dibatasi saat jendela diminimalkan atau tidak aktif L2 OS dan perangkat klien
Interferensi program overlay L2 OS dan perangkat klien
Mapping NAT kedaluwarsa L3 Jaringan rumah

Lihat kartu interaktif dengan gambar dan simulasi