Ubuntu sta esaurendo rapidamente la RAM e il mio computer sta iniziando a bloccarsi. Quale comando risolverà questo?

Mi succede abbastanza spesso quando sto compilando un software in background e improvvisamente tutto inizia a rallentare e alla fine si blocca [se non faccio nulla], poiché ho esaurito sia la RAM che lo spazio di scambio.

Questa domanda presuppone che io abbia abbastanza tempo e risorse per aprire Gnome Terminal, cercare nella mia cronologia ed eseguire un sudocomando.

Quale comando può salvarmi dal dover eseguire un riavvio forzato o qualsiasi riavvio?

Nella mia esperienza, Firefox e Chrome usano più RAM dei miei primi 7 computer messi insieme. Probabilmente più di questo, ma mi sto allontanando dal mio punto. La prima cosa da fare è chiudere il browser . Un comando?

killall -9 firefox google-chrome google-chrome-stable chromium-browser

Ho collegato i browser più popolari in un solo comando lì, ma ovviamente se stai eseguendo qualcos'altro (o sai che non stai usando uno di questi) basta modificare il comando. Questa killall -9 ...è la parte importante. Le persone si arrabbiano SIGKILL(segnale numero 9) ma i browser sono estremamente resistenti. SIGTERMInoltre , terminare lentamente tramite significa che il browser esegue un sacco di rifiuti di pulizia, che richiedono un'esplosione di RAM aggiuntiva, ed è qualcosa che non puoi permetterti in questa situazione.

Se non riesci a inserirlo in un terminale già in esecuzione o in una Altfinestra di F2dialogo + , considera di passare a un TTY. Control+ Alt+ F2ti porterà a TTY2 che dovrebbe permetterti di accedere (anche se potrebbe essere lento) e dovrebbe anche permetterti di usare qualcosa di simile htopper eseguire il debug del problema. Non credo di aver mai esaurito la RAM al punto da non riuscire ad alzarmi htop.

La soluzione a lungo termine consiste nell'acquistare più RAM, noleggiarla tramite un computer remoto o non fare ciò che stai attualmente facendo. Lascerò a te gli intricati argomenti economici ma in generale, la RAM è economica da acquistare, ma se hai solo bisogno di una quantità di scoppio, un server VPS fatturato al minuto o l'ora è una buona scelta.

Su un sistema con il Magic Request Request Key abilitato, premendo Alt + System Request+ f(se non è segnato sulla tastiera, System Requestè spesso sul Print Screentasto) si invocherà manualmente il killer di memoria esaurita del kernel (oomkiller), che tenta di scegliere il peggior processo offensivo per utilizzo della memoria e ucciderlo. Puoi farlo se hai forse meno tempo di quello che hai descritto e il sistema sta per iniziare (o forse ha già iniziato) il thrashing - nel qual caso probabilmente non ti interessa esattamente cosa viene ucciso, solo che finisci con un sistema utilizzabile. A volte questo può finire per uccidere X, ma la maggior parte delle volte in questi giorni è molto meglio scegliere un processo negativo rispetto al passato.

Contrariamente ad altre risposte, ti suggerisco di disabilitare lo swap mentre lo stai facendo. Mentre swap mantiene il sistema in esecuzione in modo prevedibile e viene spesso utilizzato per aumentare il throughput delle applicazioni che accedono al disco (eliminando le pagine inutilizzate per consentire spazio per la cache del disco), in questo caso sembra che il sistema venga rallentato a livelli inutilizzabili perché troppa memoria utilizzata attivamente viene sfrattata forzatamente per lo scambio.

Consiglierei di disabilitare del tutto lo swap mentre esegui questa attività, in modo che il killer di memoria insufficiente agisca non appena la RAM si riempie.

Soluzioni alternative:

• Aumenta la velocità di lettura dello swap inserendo la tua partizione di swap in RAID1
  • Oppure RAID0 se ti senti rischioso ma ciò causerà un gran numero di programmi in esecuzione se uno dei tuoi dischi non funziona correttamente.
• Diminuisci il numero di lavori di compilazione simultanei ("più core = più velocità", diciamo tutti, dimenticando che richiede un pedaggio lineare sulla RAM)
• Questo potrebbe andare in entrambi i modi, ma prova ad abilitare zswapnel kernel. Questo comprime le pagine prima che vengano inviate allo scambio, il che può fornire lo spazio sufficiente per accelerare la macchina. D'altra parte, potrebbe finire per essere un ostacolo con la compressione / decompressione aggiuntiva che fa.
• Abbassa le ottimizzazioni o usa un altro compilatore. L'ottimizzazione del codice a volte può richiedere diversi gigabyte di memoria. Se hai attivato LTO, utilizzerai molta RAM anche nella fase di collegamento. Se tutto il resto fallisce, puoi provare a compilare il tuo progetto con un compilatore più leggero (ad es. tcc), A scapito di una leggera riduzione delle prestazioni di runtime sul prodotto compilato. (Questo è generalmente accettabile se lo fai per scopi di sviluppo / debug.)

Puoi usare il seguente comando (ripetutamente se necessario) per terminare il processo usando la maggior quantità di RAM sul tuo sistema:

ps -eo pid --no-headers --sort=-%mem | head -1 | xargs kill -9

Con:

• ps -eo pid --no-headers --sort=-%mem: visualizza gli ID di processo di tutti i processi in esecuzione, ordinati per utilizzo della memoria
• head -1: mantiene solo la prima riga (processo che utilizza la maggior quantità di memoria)
• xargs kill -9: termina il processo

Modifica dopo il preciso commento di Dmitry:

Questa è una soluzione rapida e sporca che dovrebbe essere eseguita quando non ci sono attività sensibili in esecuzione (attività che non si desidera kill -9).

Prima di eseguire i comandi che consumano risorse, è possibile utilizzare anche la chiamata di sistema setrlimit (2) , probabilmente con l' ulimitintegrato della shell bash (o l' limitintegrato in zsh), in particolare con -vfor RLIMIT_AS. Quindi il consumo di spazio di indirizzi virtuali troppo grande (ad es. Con mmap (2) o sbrk (2) usato da malloc (3) ) fallirà ( essendo errno (3)ENOMEM ).

Quindi (cioè i processi affamati nella tua shell, dopo averli digitati ulimit) sarebbero terminati prima di congelare il sistema.

Leggi anche Linux Ate My RAM e considera la disabilitazione del sovraccarico di memoria (eseguendo il comando echo 0 > /proc/sys/vm/overcommit_memory come root, vedi proc (5) ...).

questo succede abbastanza spesso a me quando sto compilando software in background

In tal caso, qualcosa come "killall -9 make" (o qualunque cosa tu stia usando per gestire la tua compilation, se non crea). Questo interromperà la compilazione procedendo ulteriormente, SIGHUP tutti i processi del compilatore avviati da esso (sperando che si fermino anche loro) e, come bonus, non è necessario sudo supponendo che tu stia compilando come lo stesso utente a cui sei collegato in come. E poiché uccide la causa effettiva del problema anziché il browser Web, la sessione X o qualche processo a caso, non interferirà con qualsiasi altra cosa stiate facendo sul sistema in quel momento.

Crea altro swap per te stesso.

Quanto segue aggiungerà 8G di swap:

dd if=/dev/zero of=/root/moreswap bs=1M count=8192
mkswap /root/moreswap
swapon /root/moreswap

Sarà comunque lento (stai scambiando) ma non dovresti davvero finire. Le versioni moderne di Linux possono passare ai file. Al giorno d'oggi l'unico uso per una partizione di swap è l'ibernazione del laptop.

Un modo per ottenere un pezzo di RAM libera in breve tempo è usare zram , che crea un disco RAM compresso e scambia lì. Con qualsiasi CPU decente, questo è molto più veloce del normale scambio e i tassi di compressione sono piuttosto alti con molti maiali RAM moderni come i browser web.

Supponendo che tu abbia installato e configurato zram, tutto ciò che devi fare è eseguire

sudo service zramswap start

sudo swapoff -adisabiliterà lo scambio, facendo sì che il kernel uccida automaticamente il processo con il punteggio più alto se il sistema esaurisce la memoria. Lo uso se so che avrò qualcosa di pesantemente RAM che preferirei uccidere se va fuori controllo piuttosto che lasciarlo andare in scambio e rimanere bloccato per sempre. Utilizzare sudo swapon -aper riattivarlo in seguito.

Successivamente, potresti dare un'occhiata alle tue impostazioni di scambio. Sembra che lo swap si trovi sullo stesso disco della partizione root, il che rallenterebbe il sistema quando si esegue lo swap, quindi evitarlo se è possibile. Inoltre, a mio avviso, i sistemi moderni spesso si configurano con troppi swap. La RAM 32GiB di solito significa che lo swap 32GiB è allocato per impostazione predefinita, come se volessi davvero inserire 32GiB nel tuo spazio di swap.

Un'altra cosa che si potrebbe fare è liberare la cache della pagina di memoria tramite questo comando:

echo 3 | sudo tee /proc/sys/vm/drop_caches

Dalla documentazione di kernel.org (enfasi aggiunta):

drop_caches

Scrivere in questo modo farà sì che il kernel rilasci cache pulite, oltre a oggetti di lastra recuperabili come dentisti e inode. Una volta rilasciati, la loro memoria diventa libera .

Per liberare pagecache: echo 1> / proc / sys / vm / drop_caches Per liberare oggetti slab recuperabili (include dentices e inode): echo 2> / proc / sys / vm / drop_caches Per liberare oggetti slab e pagecache: echo 3> / proc / sys / vm / drop_caches

Questa è un'operazione non distruttiva e non libererà alcun oggetto sporco. Per aumentare il numero di oggetti liberati da questa operazione, l'utente può eseguire `sync 'prima di scrivere su / proc / sys / vm / drop_caches. Ciò ridurrà al minimo il numero di oggetti sporchi sul sistema e creerà più candidati da eliminare.

Hai detto "compilazione in background". Cosa stai facendo in primo piano? Se si sta sviluppando con Eclipse o altre risorse IDE pesanti, verificare che tutto sia correttamente terminato nella console.

Gli ambienti di sviluppo spesso consentono di avviare più processi in fase di sviluppo, questi possono rimanere sospesi anche dopo che non sono più interessati a loro (nel debugger o semplicemente non completati correttamente). Se lo sviluppatore non presta attenzione, durante il giorno possono accumularsi decine di processi dimenticati, utilizzando contemporaneamente più gigabyte.

Controlla se tutto ciò che dovrebbe essere terminato in IDE è terminato.