Bugün (yanlışlıkla) Linux kutumda hızlıca çok fazla bellek kullanan bir program çalıştırdım. Sistemim dondu, tepkisiz hale geldi ve bu yüzden suçluyu öldüremedim.
Gelecekte bunu nasıl önleyebilirim? En azından duyarlı bir çekirdeği veya çalışan bir şeyi tutamaz mı?
Yanıtlar:
Bahse girerim, sistemin aslında "donma" (çekirdeğin asılı olduğu anlamına gelmez), ama daha çok tepkisizdi. Şanslar çok zor değişiyordu, etkileşimli performansa ve sistem hacminin taş gibi düşmesine neden oluyordu.
Sen olabilir takas kapatmak, ama bu sadece nedeniyle daha az kullanılabilir disk önbelleğine azalmış performansıyla birlikte OOM öldürülmüş süreçlere kötü performans sorunu (ve tüm nedenlere eğlenceli) değiştirir.
Alternatif olarak, gülünç miktarda bellek alan ve değiştirmeye neden olan tek bir işlem olasılığını ortadan kaldırmak için işlem başına kaynak sınırlarını (genellikle rlimitve / veya olarak adlandırılır ulimit) kullanabilirsiniz; uygunsuz anlar çünkü sistemin onlara vermeye istekli olduğundan biraz daha fazla hafıza istediler.
Büyük miktarda bellek kullanımına neden olabilecek bir şey yapacağınızı biliyorsanız, muhtemelen mlockall()kabuğunu çalıştıran bir sarmalayıcı programı yazabilirsiniz ; Bu onu bellekte tutardı ve muhtemelen “duyarlı bir çekirdeği tutmak” için en yakın şey olurdu (çünkü bu sorun CPU'nun fazla kullanılmaması değil).
Şahsen, kaynak aptallığı "aptalca şeyler yapma" yöntemine abone oluyorum. Kökünüz varsa, bir sisteme her türlü zararı verebilirsiniz ve bu nedenle olası sonuçlarını bilmediğiniz her şeyi yapmak riskli bir iştir.
ulimitya da eğer kalçalı bir gençseniz bu günlerde gruplaşırlar, işi oldukça iyi yapar. Kritik olmayan bir ortamda etkilerini doğrulamaksızın, üretimdeki sorgularda değişiklik yapıyorsanız, bu sizin temel sorunuzdur.
Yukarıda Tronic tarafından yapılan yorumda belirtildiği gibi, OOM-katilini (bellek yok edici) doğrudan klavye kombinasyonu ile çağırmak mümkündür SysRq- F.
SysRqtuşu genellikle PrtScklavyelerde tuşun içinde birleştirilir .
OOM-katil bazı işlemleri (-es) öldürür ve sistem tekrar tepki verir. OOM-killer'a doğrudan erişim, varsayılan olarak etkin olmayabilir , durumunun nasıl kontrol edileceğini ve / veya nasıl etkinleştirileceğini bulmak için bu soruyu kontrol edin.
PS: Bu bana çok yardımcı oldu. Chrome'un veya herhangi bir hafızalı açgözlü yazılımdan kaynaklanıyorsa, bu sorunla ilgili en yararlı tavsiyenin bu olduğuna katılıyorum. Ancak OOM-katilinin gerçekten önemli bir süreci öldürebildiğini, dikkatli bir şekilde kullanabileceğini aklınızda bulundurmanız gerekir.
Bu, 2007'den beri bilinen bir hatadır - bkz . Yüksek bellek kullanımı için sistem dondu .
Bu durumda, Windows kullanıcıyı bir veya daha fazla uygulamayı kapatması konusunda uyaran bir iletişim kutusu görüntüler.
Eğer çekirdeği derlemeye gibi hissedersen, deneyebilirsiniz yama gelen EDITbu sorunun bölüm: /programming//q/52067753/10239615
Bu tahliye etmez Active(file)yüksek bellek baskısı sırasında sayfaları ve böylece OOM katili verir Neredeyse anında tetiklemek için, çekirdeğin artık, her işlemin çalıştırılabilir kod sayfalarının sabit diskten yeniden okunması için dakikalarca donmuş bir işletim sistemine neden olması gerekmez.
Bu, önlenmesi özellikle zor bir şeydir. Çünkü çekirdeğin değişmeye başlaması. Bir çözüm takas kapatmaktır. Sistemin belleği bittiğinde, değişmeye başlamak yerine, çekirdek bazı işlemleri öldürür; genellikle öldürmek için doğru işlemi seçer, ama yine de, rastgele bir işlemi öldürmek, yanıt vermeyen bir sisteme sahip olmaktan daha iyidir.
Bu, sunucular için özellikle iyi bir çözüm olabilir, çünkü sunucular genellikle yeterli RAM'e sahiptir ve takas alanını kullanmaya başladıklarında zaten bir sorun olduğu anlamına gelir. Ancak, masaüstleri genellikle takas alanına ihtiyaç duyar, bu yüzden masaüstleri için iyi bir çözüm olmadığını düşünüyorum. Sunucularda, özellikle de bellek sızıntısı şüphesi olduğunda, takas alanını sık sık kapatıyorum.