KUMANDA · srv1542817

00 Şu An Ne Durumdayız

—

Veri bekleniyor…

Bu kart her 3 saniyede bir yeniden yazılır. Bir şey ters gittiğinde önce buraya bak.

01 Çökme Riski — sunucuyu ne düşürür

Şu anda çökmeye ne kadar yakınız?

—

Belleği kim tutuyor?

Bellek bitse çekirdek kimi öldürür?

Bu sıralamayı panel tahmin etmiyor — çekirdeğin kendi oom_score değeri. En üstteki, bellek bittiği anda ölecek olandır.

Koruma kalkanı — çökmeden önce panel devreye girer

—

Kurban sırası kalkanıbellek bitince önce Claude ve VS Code ölsün, siteler ve SSH değil

Acil nöbetçiboş RAM eşiğin altına inince kademeli müdahale

Acil eşiğiboş RAM bunun altına inince müdahale başlar MB

Açık sohbet üst sınırıfazlası olunca 30 dk+ boştaki kapatılır (0 = sınırsız) adet

VS Code boşta kapatmabu kadar dk hiç SSH bağlantısı yoksa VS Code sunucusunu kapat (0 = kapalı) dk

Bu ayarlarla ne olacak?

Takas alanı (swap) — çökmeye karşı en etkili tedbir

—

Takas alanı varken bellek dolduğunda çekirdek süreç öldürmek yerine az kullanılan sayfaları diske taşır: sistem yavaşlar ama çökmez. Panel açarken swappiness'i 10 yapar, yani diske taşma son çare olarak kalır.

Geçmiş çökmeler

Çekirdek günlüğü taranıyor…

02 Sistem Durumu

İşlemci

—

Bellek

—

Disk

—

Ağ

—

Baskı (PSI)

—

▶ Sistemin ayrıntılı dökümü işlemci zaman dağılımı · bellek kırılımı · docker disk · dinlenen portlar

İşlemci zamanı nereye gidiyor

iowait yüksekse işler diski bekliyordur. steal yüksekse aynı fiziksel makineyi paylaştığın başka sunucular işlemciyi kapıyordur; bu sende çözülmez.

Bellek kırılımı

“Önbellek” aslında boş sayılır: çekirdek ihtiyaç olunca anında bırakır. Bakılacak sayı kullanılabilir bellektir.

Docker disk kullanımı

“Geri kazanılabilir” alan docker system prune ile boşaltılabilir.

Dinlenen portlar

dışa açık = internetten herkes erişebilir, yerel = yalnızca sunucunun içinden erişilir.

03 Geçmiş

Son 60 dakika 3 saniyede bir ölçülüp bellekte tutulur. Daha uzun aralıklar diske yazılan 7 günlük kayıttan gelir (30 saniyede bir).

04 Claude ve VS Code Sınırları

Bu sınırlar yalnızca ilgili program çalışırken devreye girer; boştayken tüm kaynaklar kendiliğinden sitelere kalır. Claude, VS Code sunucusunun içinde çalıştığı için ikisi ayrı ayrı sınırlanır: Claude'un kendi süreçleri (komutlar, tarayıcı, MCP sunucuları) Claude grubunda, editörün kendi belleği VS Code grubunda sayılır.

Ne yaparsam	Ne olur	Riski
İşlemci tavanını düşürürüm	O grubun komutları yavaşlar. Kalan çekirdek her zaman sitelere kalır. Grup boştayken hiçbir şey değişmez.	✓güvenli
Çekişme önceliğini düşürürüm	Yalnız işlemci tamamen dolduğunda etki eder: sıraya girenler arasında siteler önce hizmet alır.	✓güvenli
Yumuşak bellek sınırı koyarım	Grup bu değeri aşarsa yavaşlatılır ve belleği geri alınır. Çalışmaya devam eder, kapanmaz.	✓güvenli
Sert bellek sınırı koyarım	Sınır aşılırsa çekirdek o gruptaki bir süreci öldürür: açık sohbet ya da editör bağlantısı kopar.	✕riskli
VS Code'u sınırlarım	Editörün belleği tavanda tutulur. Çökmelerin ana sebebi buysa en etkili tedbir budur; karşılığında editör ağır dosyalarda yavaşlayabilir.	△dikkat

05 Docker Konteynerleri

Bir satıra tıklayınca açılır: sınırlar, adresler, ağ ve disk trafiği, o konteynerin geçmişteki en yüksek değerleri orada.

06 Arka Plan Servisleri

Sunucuda kendi başına çalışan programlar (systemd servisleri). Docker konteynerleri buraya dahil değil, onlar 05'te. Claude'a koyduğun sınırlar bu servisleri kapsamaz — biri kaçarsa sunucuyu o da düşürebilir. Satıra tıklayıp her birine ayrı sınır koyabilirsin.

07 Süreç Grupları — kim ne tüketiyor

08 Olay Günlüğü

Bir konteyner durduğunda, yeniden başladığında, bellek yetmediği için öldürüldüğünde, Claude tavana dayandığında ve sen bir ayarı değiştirdiğinde buraya kalıcı bir satır düşer.

09 Rehber — sayılar ne anlama geliyor

▶ Temel kavramlar

İşlemci %: Bu sunucuda 2 çekirdek var. Üstteki genel yüzde ikisinin ortalamasıdır: %100 demek iki çekirdek de dolu demek. Tek bir sürecin yüzdesi ise farklı sayılır — bir süreç %150 gösteriyorsa 1.5 çekirdek kullanıyordur.
Yük ortalaması (load): Sırada bekleyen iş sayısı; sırasıyla son 1, 5 ve 15 dakikanın ortalaması. 2 çekirdekli bir sunucuda 2'nin altı rahat, 4'ün üstü sıkışık demektir.
PSI (baskı): Çekirdeğin “işler kaynak bekliyor mu” ölçüsü. İşlemci baskısı %10'un, bellek baskısı %1'in altında olmalı. Yavaşlamayı yüzdelerden önce burada görürsün.
RSS ve cgroup belleği: RSS, süreçlerin tek tek toplanan bellek kullanımıdır; ortak alanlar birden fazla sayılabildiği için biraz yüksek çıkar. cgroup değeri ise çekirdeğin o grup için gerçekten ayırdığıdır. Sınırlar cgroup değerine göre işler.
Önbellek (cache): Diskten okunanların bellekteki kopyası. “Dolu” görünür ama gerekince anında boşaltılır. Bu yüzden gerçek ölçü kullanılabilir bellektir.
Swap: Bellek dolduğunda diske taşma alanı. Bu sunucuda swap yok: bellek biterse çekirdek yavaşlatarak idare etmez, doğrudan süreç öldürür (buna OOM denir).

▶ Sınırlar nasıl çalışır (cgroup)

Tavan (cpu.max): “En fazla şu kadar çekirdek” demektir. Yalnızca o şey çalışırken kısıtlar, kaynağı kendine ayırmaz. Yani Claude boştayken tavanın hiçbir etkisi olmaz, sitelerin payı azalmaz.
Öncelik (cpu.weight): İşlemci tamamen dolduğunda payın nasıl bölüşüleceği. Ağırlığı 50 olan, 100 olanın yarısı kadar pay alır. İşlemci boşken fark yaratmaz.
Yumuşak sınır (memory.high): Aşılınca çekirdek o grubun belleğini geri almaya çalışır ve grubu bilerek yavaşlatır. Hiçbir şey ölmez; güvenli bir frendir.
Sert sınır (memory.max): Aşılınca çekirdek gruptaki bir süreci öldürür. Ani ve sert; yalnızca kontrolden çıkmasını kesinlikle istemediğin şeyler için.

▶ Sorun çıkarsa nereye bakmalı

Siteler yavaşladı ya da açılmıyor: Önce Baskı (PSI) kartına bak. Bellek baskısı yüksekse bellek dolmuştur: Claude'un yumuşak sınırını düşür. İşlemci baskısı yüksekse 05. bölümden hangi grubun işlemciyi yediğine bak; Claude ise tavanını düşür.
Bir konteyner sürekli yeniden başlıyor: 06. bölümde o konteyner için “bellek limiti aşıldı” kaydı varsa sınırı yükselt. Böyle bir kayıt yoksa sorun konteynerin kendisindedir.
Disk doluyor: 01. bölümdeki ayrıntıya gir, Docker disk kullanımına bak. “Geri kazanılabilir” alan büyükse kullanılmayan imajlar temizlenebilir.
Claude çok yavaş çalışıyor: Claude kartındaki “Frenlenme” sayısı hızla artıyorsa tavanı fazla düşürmüşsün demektir. Geçici olarak “Serbest” ön ayarına al.

▶ Koruma kalkanı — panel çökmeyi nasıl önler

Kurban sırası (oom_score_adj): Linux çekirdeği bellek bitince bir süreç öldürür ve normalde en büyüğünü seçer — o da çoğu zaman VS Code (2 GB) ya da n8n'dir; SSH bağlantı kopmaları böyle başlıyordu. Panel her 3 saniyede her sürece bir öncelik yazar: siteler, SSH, Docker ve panel -900 (neredeyse dokunulmaz), Claude +400, VS Code +300. 01. bölümdeki “kimi öldürür” tablosunda artık Claude en üstte, KURBAN etiketiyle görünür. Sohbet ölürse bile geçmişi kaybolmaz.
Acil nöbetçi: Çekirdek öldürmeye başlamadan panel daha yumuşak adımlar atar: önce 2 dk+ boşta sohbetler, sonra disk önbelleği, sonra en büyük sohbet, en son VS Code eklenti süreci. Her adımdan sonra belleği yeniden ölçer; rahatladıysa durur. 60 sn içinde ikinci kez devreye girmez. Her adım Olay Günlüğü'ne “ACİL n” başlığıyla yazılır.
Sohbet üst sınırı ve VS Code boşta kapatma: Her açık Claude sohbeti 250–400 MB, VS Code sunucusu 1–2 GB tutar; PC kapalı olsa da. Üst sınır aşılınca 30 dk+ boşta olan en boştaki sohbet kapatılır (aktif olana dokunmaz, aynı sohbet 1 saatte bir kez); N dk hiç SSH bağlantısı yoksa VS Code sunucusu kapatılır (yeniden bağlanınca 10–15 sn'de kendini kurar).
Takas alanı 6 GB ve çekirdek rezervi: İkinci bir 4 GB takas dosyası (/swapfile2) eklendi; ilki zaten doluydu. vm.min_free_kbytes 66 MB'tan 256 MB'a çıkarıldı: bellek bitmeye yaklaşınca çekirdeğin kendine ayırdığı acil rezerv — donma yerine tepki verir. İkisi de yeniden başlatmada kalıcı.