Bilgisayarın neredeyse tüm RAM'lerde donması, muhtemelen disk önbellek sorunu

Bence sorun bu konuya biraz benziyor .

Takas özelliğini etkinleştirip devre dışı bırakmamın önemi yok, kullanılan RAM miktarı maksimum seviyeye yaklaştığında ve disk önbelleği için neredeyse hiç boş alan kalmazsa, sistem tamamen yanıt vermiyor.

Disk çılgınca spinnig ve bazen uzun süre 10-30 dakika bekledikten sonra çözülecek ve bazen (veya bende sapma bitmeyecek) donacaktır. Bazen hızlı hareket edersem, konsolu yavaşça açabilir ve tarayıcı gibi bazı ram yeme uygulamalarını öldürebilirim ve sistem neredeyse anında çözülür.

Bu problem yüzünden takasta neredeyse hiçbir şey görmüyorum, sadece bazen birkaç MB var ve sonra bu problem ortaya çıkıyor. Bu kadar eğitimli değil tahminim, bir şekilde disk önbelleğine çok açgözlü veya çok hafif bir bellek yönetimine bağlı olacağı, bu nedenle bellek gerektiğinde yeterince hızlı bir şekilde serbest bırakılmadığı ve sistemi aç bıraktığı yönünde olacaktı.

Disk önbelleğine yüklenen gecikmeli dosyalar (500MB +) ile çalışıyorsanız ve sonradan sisteminiz düzgün çalışıyorsa, bunları yeterince hızlı bir şekilde çıkaramazsanız, sorun gerçekten çok hızlı şekilde çözülebilir.

Herhangi bir yardım veya Fikir büyük ölçüde takdir edilecektir.

Şimdilik sürekli bir korku içinde yaşamak zorundayım, bilgisayar yaparken sadece donabilecek ve genellikle yeniden başlatmak zorunda kalacağım, gerçekten ram bitiyorsa, broser gibi bazı kullanıcı alanlarını öldürmek için daha çok isterim ( tercihen eğer hangisini ilk öldüreceğini işaretleyebilseydim)

Mistery neden takas olmasa da bu durumda beni kurtarıyor.

GÜNCELLEME: Bir süre beklemiyordum, ama şimdi yine birkaç zorluk kazandım. Şimdi her zaman ekranımda ram monitörü tutuyorum ve askıda kalma gerçekleştiğinde yine de ~% 30 ücretsiz gösteriliyor (Disk önbelleği tarafından kullanılıyor olabilir). Ek belirtiler: Video izliyorsam (VLC oynatıcı) ilk önce ses durur, birkaç saniye sonra görüntü durur. Ses dururken bilgisayar üzerinde hala bir kontrolüm var ama görüntü durduğunda artık fareyi bile hareket ettiremiyorum, bu yüzden biraz bekledikten sonra yeniden başlattım. BTW, bu, videoyu izlemeye başladığımda olmadı, ancak bir süre (20dk.) İçinde ve tarayıcı ve oowrite sürekli olarak ikinci ekranda açık olsa da, o sırada aktif olarak hiçbir şey yapmadım. Temel olarak bir şey bir noktada olmaya karar verir ve sistemi kapatır.

Yorumların isteğine göre asılmadan hemen sonra dmesg koştum. Garip bir şey farketmedim, ama ne arayacağımı bilmiyordum, bu yüzden işte burada: https://docs.google.com/document/d/1iQih0Ee2DwsGd3VuQZu0bPbg0JGjSOCRZhu0B05CMYs/edit?hl=tr=tr=tr

Bu sorunu çözmek için, aşağıdaki ayarı toplam fiziksel RAM'inizin% 5-6'sı kadar bir değere ayarlamanız gerektiğini ve bilgisayardaki çekirdek sayısına bölündüğünü buldum:

sysctl -w vm.min_free_kbytes=65536

Bunun çekirdek başına bir ayar olduğunu unutmayın, bu yüzden 2GB RAM ve iki Çekirdeğim varsa, o zaman sadece 1 GB'ın% 6'sını hesapladım ve sadece güvende olmak için biraz fazladan ilave ettim.

Bu, bilgisayarı bu miktarda RAM'i boş tutmaya çalışmasına zorlar ve bu şekilde disk dosyalarını önbelleğe alma özelliğini sınırlar. Tabii ki yine de onları önbelleğe almaya ve hemen değiştirmeye çalışıyor, bu yüzden muhtemelen takas alanınızı da kısıtlamalısınız:

sysctl -w vm.swappiness=5

(100 = mümkün olduğunca sık değiş tokuş, 0 = yalnızca toplam gereksinim halinde değiş tokuş)

Sonuç olarak, linux artık rastgele bir şekilde koç olarak yaklaşık 1GB'lık bir film dosyasını koyarken ve bunu yaparken makineyi öldürür.

Şimdi, bellek açlığından kaçınmak için yeterince boş yer var, ki bu görünüşte problemdi (daha önce olduğu gibi daha fazla don olmadığı için görme).

Bir gün test ettikten sonra - kilitlenmeler kaybolur, bazen küçük yavaşlamalar olur, çünkü işler daha sık önbelleğe alınır, ancak birkaç saatte bir bilgisayarı yeniden başlatmak zorunda kalmazsam bununla yaşayabilirim.

Buradaki ders - varsayılan bellek yönetimi kullanım durumlarından sadece bir tanesidir ve her zaman en iyisi değildir, ancak bazı kişiler başkalarını önermeye çalışsa da - ev eğlencesi ubuntu sunucudan farklı şekilde yapılandırılmalıdır.

Muhtemelen bu ayarları istediğiniz şekilde ekleyerek kalıcı yapmak /etc/sysctl.confistersiniz:

vm.swappiness=5
vm.min_free_kbytes=65536

Bu benim için Ubuntu 14.04'ün yeni kurulumunda oldu.

Benim durumumda, belirtilen sysctl sorunları ile ilgisi yoktu.

Bunun yerine, sorun takas bölümünün UUID'sinin yükleme sırasında yükleme sonrasında olduğundan farklı olmasıydı. Böylece takasım hiçbir zaman etkin olmadı ve birkaç saatlik kullanımdan sonra makinem kilitlendi.

Çözelti takas bölümünün cari UUID ile kontrol etmekti

sudo blkid

ve ardından sudo nano /etc/fstabyanlış takasın UUID değerini blkid tarafından bildirilenle değiştirmek için.

Değişiklikleri etkilemek için basit bir yeniden başlatma ve işte.

Bu sorunun eski olduğunu biliyorum ama bu problemi Acer C720 Chromebook'ta Ubuntu (Chrubuntu) 14.04'te yaşadım. Krišjānis Nesenbergs'in çözümünü denedim ve biraz çalıştı, ancak bazen de çöktü.

Sonunda, SSD'ye fiziksel takas kullanmak yerine zram yükleyerek çalışan bir çözüm buldum. Yüklemek için sadece talimatları takip Burada böyle,:

sudo apt-get install zram-config

Daha sonra, /etc/init/zram-config.conf21. satırda değişiklik yaparak zram takas boyutunu yapılandırabilirim .

20: # Calculate the memory to user for zram (1/2 of ram)
21: mem=$(((totalmem / 2 / ${NRDEVICES}) * 1024))

Zram boyutunun sahip olduğum koç miktarıyla aynı boyutta olmasını sağlamak için 2'yi 1 ile değiştirdim. O zamandan beri hiçbir donma ya da sisteme tepkisizlik yaşamadım.

Hiçbir şey benim için çalıştı!

Bu yüzden hafıza kullanımını izlemek için bir senaryo yazdım. Bellek tüketimi bir eşik değerini arttırırsa ilk önce RAM önbelleğini temizlemeye çalışır. Bu eşiği komut dosyasında yapılandırabilirsiniz. Hafıza tüketimi o zaman bile eşiğin altına düşmezse, hafıza tüketimi eşiğin altına düşene kadar azalan hafıza tüketim sırasındaki işlemleri öldürmeye başlayacaktır. Varsayılan olarak% 96 olarak ayarladım. Komut dosyasında RAM_USAGE_THRESHOLD değişkeninin değerini değiştirerek yapılandırabilirsiniz.

Yüksek bellek tüketen öldürme işlemlerinin mükemmel bir çözüm olmadığı konusunda hemfikir, ancak TÜM işi kaybetmek yerine BİR uygulamayı öldürmenin daha iyi olduğunu kabul ediyorum !! RAM kullanımı eşiği artırırsa, komut dosyası size masaüstü bildirimi gönderir. Ayrıca herhangi bir işlemi öldürürse sizi bilgilendirecektir.

#!/usr/bin/env python
import psutil, time
import tkinter as tk
from subprocess import Popen, PIPE
import tkinter
from tkinter import messagebox
root = tkinter.Tk()
root.withdraw()

RAM_USAGE_THRESHOLD = 96
MAX_NUM_PROCESS_KILL = 100

def main():
    if psutil.virtual_memory().percent >= RAM_USAGE_THRESHOLD:
        # Clear RAM cache
        mem_warn = "Memory usage critical: {}%\nClearing RAM Cache".\
            format(psutil.virtual_memory().percent)
        print(mem_warn)
        Popen("notify-send \"{}\"".format(mem_warn), shell=True)
        print("Clearing RAM Cache")
        print(Popen('echo 1 > /proc/sys/vm/drop_caches',
                    stdout=PIPE, stderr=PIPE,
                    shell=True).communicate())
        post_cache_mssg = "Memory usage after clearing RAM cache: {}%".format(
                            psutil.virtual_memory().percent)
        Popen("notify-send \"{}\"".format(post_cache_mssg), shell=True)
        print(post_cache_mssg)

        if psutil.virtual_memory().percent < RAM_USAGE_THRESHOLD:
            print("Clearing RAM cache saved the day")
            return
        # Kill top C{MAX_NUM_PROCESS_KILL} highest memory consuming processes.
        ps_killed_notify = ""
        for i, ps in enumerate(sorted(psutil.process_iter(),
                                      key=lambda x: x.memory_percent(),
                                      reverse=True)):
            # Do not kill root
            if ps.pid == 1:
                continue
            elif (i > MAX_NUM_PROCESS_KILL) or \
                    (psutil.virtual_memory().percent < RAM_USAGE_THRESHOLD):
                messagebox.showwarning('Killed proccess - save_hang',
                                       ps_killed_notify)
                Popen("notify-send \"{}\"".format(ps_killed_notify), shell=True)
                return
            else:
                try:
                    ps_killed_mssg = "Killed {} {} ({}) which was consuming {" \
                                     "} % memory (memory usage={})". \
                        format(i, ps.name(), ps.pid, ps.memory_percent(),
                               psutil.virtual_memory().percent)
                    ps.kill()
                    time.sleep(1)
                    ps_killed_mssg += "Current memory usage={}".\
                        format(psutil.virtual_memory().percent)
                    print(ps_killed_mssg)
                    ps_killed_notify += ps_killed_mssg + "\n"
                except Exception as err:
                    print("Error while killing {}: {}".format(ps.pid, err))
    else:
        print("Memory usage = " + str(psutil.virtual_memory().percent))
    root.update()


if __name__ == "__main__":
    while True:
        try:
            main()
        except Exception as err:
            print(err)
        time.sleep(1)

Kodu bir dosyaya kaydedin, save_hang.py yazın. Komut dosyasını şu şekilde çalıştır:

sudo python save_hang.py

Lütfen bu betiğin yalnızca Python 3 ile uyumlu olduğunu ve tkinter paketini yüklemenizi gerektirdiğini unutmayın. olarak yükleyebilirsiniz:

sudo apt-get install python3-tk

Bu yardımcı olur umarım...

Tahminimce, vm.swappinessçok düşük bir değere ayarladınız , bu da çekirdeğin çok geç değişmesine ve sistemin çalışması için çok düşük RAM bırakmasına neden oluyor.

Geçerli takas ayarınızı aşağıdakileri uygulayarak gösterebilirsiniz:

sysctl vm.swappiness

Varsayılan olarak, bu, 60'a ayarlanmıştır. Ubuntu Wiki , 10'a ayarlanmasını önerir, ancak daha yüksek bir değere ayarlamaktan çekinmeyin. Çalıştırarak değiştirebilirsiniz:

sudo sysctl vm.swappiness=10

Bu, yalnızca geçerli oturum için değişecek , kalıcı kılmak vm.swappiness = 10için /etc/sysctl.confdosyaya eklemeniz gerekir .

Diskiniz yavaşsa, yenisini almayı düşünün.

Uzun süredir bu sorunla mücadele ediyorum, ancak şimdi dizüstü bilgisayarımda çözülmüş görünüyor.

Diğer yanıtların hiçbiri sizin için işe yaramazsa (çoğunu denedim), bilgisayarınız değişmeye başladığında RAM'de daha fazla yer açmak için min_free_kbytes ile oynayın (yalnızca RAM'inizdeki bu minimum değere ulaşmadan önce).

16GB RAM'im var, ancak daha sonra erteledi, bellek doldu ve sonra bazı şeyler değişinceye kadar 10 ila 30 dakika boyunca yanıt vermiyor.

En azından benim için, min_free_kbytes değerini önerilen değerin üstüne çıkarmak , takas işleminin oldukça hızlı bir şekilde yapılmasını sağlar.

16GB RAM için şunu deneyin:

vm.min_free_kbytes=500000

Bu değeri ayarlamak için diğer cevaplara bakın ya da sadece google :)

Dizüstü bilgisayarlarımdan birini sürekli olarak küçük bir ext4 depolama bölümü ve sabit sürücüdeki bir takas dosyasıyla birlikte canlı bir Ubuntu SD karttan çalıştırıyorum. RAM'in neredeyse tamamı kullanıldığında ve takas değeri çok düşük olduğunda (bazen, eğer mümkünse sabit sürücüyü tamamen kapalı tutmayı tercih ederim, çünkü gürültülüdür), Linux performansı benim için bir uçurumdan düşme eğilimindedir. TTY1'in Firefox'u öldürmesi 15 dakika sürer.

/proc/sys/vm/vfs_cache_pressureVarsayılan 100'den 6000 değerine yükseltmek , bunu önlemeye yardımcı görünüyor. Bununla birlikte, çekirdek belgeler bunu yapmama konusunda uyarır;

Increasing vfs_cache_pressure significantly beyond 100 may have negative
performance impact. Reclaim code needs to take various locks to find freeable
directory and inode objects. With vfs_cache_pressure=1000, it will look for
ten times more freeable objects than there are.

Bunu yapmanın yan etkilerinden tam olarak emin değilim, bu yüzden bunu yaparken dikkatli olacağım.