Gestione della memoria in Linux: una guida completa e ottimizzazione

Informatec Digital » Risorse » Gestione della memoria in Linux: una guida completa e ottimizzazione

Quando si lavora con server o desktop basati su Linux, la gestione della memoria è uno dei fattori chiave che distingue un sistema veloce da uno lento. Che si tratti di Debian, Ubuntu, AlmaLinux, CentOS o qualsiasi altra distribuzione, comprendere come Linux gestisce la RAM, lo swap e altri meccanismi interni è fondamentale per prevenire crash, cali di prestazioni e problemi di stabilità.

Inoltre, negli ambienti moderni che eseguono database impegnativi, container, desktop completi e applicazioni pesanti, semplicemente "avere molta RAM" non è sufficiente: è essenziale sapere Come Linux utilizza la memoria e cosa significano realmente gli indicatori. quello che vediamo dentro strumenti come top, htop, free o vmstatE quali opzioni abbiamo per ottimizzare il comportamento del kernel, dello swap, dei cgroup o di meccanismi come zram, zswap, EarlyOOM o systemd-oomd?

Nozioni fondamentali sulla memoria in Linux

Linux è progettato per sfruttare al meglio la memoria disponibile, quindi la RAM non appare quasi mai "vuota" perché il kernel la utilizza come cache del disco, buffer e memoria temporanea per velocizzare l'accesso a dati e applicazioni. Questo porta a molti fraintendimenti: vedere poca memoria "libera" non è segno di un problema, ma piuttosto che il sistema sta funzionando in modo efficiente.

La quantità totale di memoria che un computer può gestire dipende dall'architettura del sistema operativo . Un sistema a 32 bit è in genere limitato a circa 4 GB di memoria indirizzabile, mentre un sistema a 64 bit può gestire facilmente decine o centinaia di gigabyte. Teoricamente, l'architettura a 64 bit consente quantità enormi (dell'ordine degli exabyte), sebbene in pratica il limite effettivo sia imposto dall'hardware e dal kernel utilizzati.

Linux combina segmentazione e impaginazione per organizzare la memoria. La memoria è divisa in pagine di dimensioni fisse (tipicamente 4 KiB, che possono essere interrogate con getconf PAGESIZE) e il kernel gestisce strutture interne chiamate tabelle delle pagine per tradurre gli indirizzi virtuali in indirizzi fisici, applicare i permessi e controllare lo stato di ciascuna pagina.

La memoria fisica, ovvero la RAM installata nel computer , è una risorsa costosa ma estremamente veloce. Linux la utilizza per l'esecuzione dei processi, le cache dei dati, la memoria condivisa, i buffer di I/O e le strutture interne del kernel. Quando i processi non occupano tutta la RAM, il sistema colma la lacuna con la cache su disco per velocizzare l'accesso a file e dispositivi di archiviazione più lenti.

Poiché la RAM è limitata, Linux utilizza la memoria virtuale e i meccanismi di swap per espandere logicamente lo spazio disponibile , consentendo ai processi di vedere un ampio spazio di indirizzamento continuo, anche se le pagine vengono riutilizzate e spostate tra la RAM e la memoria secondaria sottostante.

memoria virtuale, memoria fisica, swap e disco

In Linux, il termine "memoria virtuale" viene spesso utilizzato per riferirsi allo spazio di memoria visibile a ciascun processo. Ogni programma ha a disposizione un proprio spazio di indirizzamento isolato e protetto , grazie alla combinazione dell'MMU del processore e delle tabelle di pagine del kernel. Questo spazio è molto più ampio della RAM disponibile e si basa sia sulla memoria fisica che sullo swap e sui file mappati.

La memoria fisica (RAM) è dove risiedono effettivamente le pagine utilizzate attivamente. È fondamentale disporre di RAM sufficiente per i carichi di lavoro tipici . Ad esempio, un server con database come MongoDB necessita di più memoria fisica di quanta ne richiedano il motore del database e gli altri servizi, perché se MongoDB è costretto a utilizzare intensamente lo swap, le prestazioni crolleranno: l'accesso alla RAM si misura in nanosecondi, mentre lo swap su disco opera in millisecondi.

La memoria di swap funge da estensione più lenta della RAM . Quando la memoria fisica si riempie, Linux può spostare le pagine utilizzate raramente nello spazio di swap, che può essere una partizione dedicata o un file all'interno di un filesystem. Entrambi gli approcci sono validi; la scelta dipende dalle politiche amministrative, dalla facilità di gestione e dai requisiti di ibernazione.

È importante sfatare alcuni miti sullo spazio di swap: non è il nemico. Non è, di per sé, sinonimo di un sistema lento, né è una risorsa da utilizzare solo quando tutto si blocca. Se configurato correttamente, lo spazio di swap permette di liberare la RAM dalle pagine anonime inattive (ad esempio, parti della memoria di processo che non sono state utilizzate per lungo tempo), rendendo così disponibile spazio per nuove operazioni che necessitano di velocità.

Oltre alla RAM e allo swap, entrano in gioco anche i dispositivi di archiviazione. La memoria su disco memorizza dati persistenti che sopravvivono ai riavvii e alle interruzioni di corrente . Quando il computer è acceso, gran parte di questi dati viene memorizzata nella cache della RAM (page cache) e il kernel decide quali pagine conservare e quali eliminare in base a euristiche di utilizzo recenti, con l'obiettivo di ridurre al minimo i costosi accessi al disco.

Come si svolge l'utilizzo della memoria in Linux

Il tipico flusso di dati in un sistema Linux coinvolge diverse componenti: l'utente o le applicazioni generano richieste che il sistema traduce in accessi alla memoria e al disco . I dati letti dalla memoria di archiviazione vengono prima caricati nella RAM, dove possono rimanere nella cache di pagina. Quando vengono richiesti nuovamente, il kernel verifica se sono già presenti nella cache, evitando così un nuovo accesso al disco.

Anche la CPU e la MMU sono coinvolte in questo processo. La CPU opera su indirizzi virtuali e, utilizzando le tabelle delle pagine, l'hardware traduce ogni accesso a un indirizzo fisico nella RAM oppure lo risolve utilizzando meccanismi di gestione degli errori di pagina se l'indirizzo non è caricato. Se i dati devono essere memorizzati, vengono scritti su disco, ma durante l'elaborazione viene data priorità al mantenimento dei dati nella memoria veloce per migliorare le prestazioni.

Quando la RAM inizia a scarseggiare, il kernel entra in gioco con i suoi algoritmi di recupero della memoria: libera la cache delle pagine meno utilizzate, compatta le aree di memoria, ricorre allo swap per le pagine a priorità inferiore e, se la situazione diventa critica, può adottare misure più drastiche come l'attivazione dell'OOM-killer.

Mappa della memoria di un processo in Linux

Ogni processo in esecuzione su Linux possiede una mappa di memoria o una disposizione della memoria che definisce l'organizzazione del suo spazio di indirizzamento: dove si trovano il codice eseguibile, le variabili globali, l'heap, lo stack, gli argomenti della riga di comando, le variabili d'ambiente e le mappature di file o librerie condivise.

Questa mappa è solitamente suddivisa in diversi segmenti distinti. Nella parte inferiore dello spazio virtuale troviamo il segmento di testo (il codice binario del programma), seguito dai segmenti di dati inizializzati e non inizializzati (BSS), quindi l'heap in cui vengono memorizzate le allocazioni dinamiche e infine lo stack di processo nella parte superiore. Anche gli argomenti e l'ambiente si trovano nella parte superiore dello spazio degli indirizzi.

Il segmento di testo contiene le istruzioni eseguibili del programma e quelle delle librerie condivise . Normalmente è di sola lettura e può essere condiviso da più processi che eseguono lo stesso file binario, consentendo così di risparmiare memoria fisica. Qualsiasi tentativo di scrivere in questa regione genera un errore di segmentazione.

Il segmento dati inizializzato memorizza variabili globali e statiche che hanno un valore diverso da zero all'inizio. Questo segmento può essere concettualmente suddiviso in una parte di sola lettura e una parte di lettura/scrittura, a seconda del tipo di dati. Il segmento BSS, d'altra parte, raggruppa variabili globali o statiche che non hanno un valore esplicito nel codice o che sono inizializzate a zero.

L'heap è la regione utilizzata per la gestione dinamica della memoria, gestita da comandi come malloc, calloc o realloc . Quando un programma richiede memoria, il gestore della memoria utente la preleva dall'heap; quando la libera con free, la memoria viene restituita all'heap ma non necessariamente al sistema operativo, il che può portare a frammentazione interna. Lo stack è riservato alle variabili locali delle funzioni, agli indirizzi di ritorno e ai parametri, e si espande o si contrae a ogni chiamata e ritorno di funzione.

Se vogliamo ispezionare la mappa della memoria di un processo in esecuzione, strumenti come pmap Sono molto utili. Con pmap <PID> Possiamo visualizzare le diverse regioni mappate, le loro dimensioni, i permessi, se sono anonime o associate a file, nonché la dimensione residente (RSS) nella RAM e altre metriche che aiutano a comprendere il consumo effettivo di memoria di un'applicazione.

Concetti chiave: pagine, errori di pagina e cache

L'unità più piccola di gestione della memoria in Linux è la pagina di memoria , tipicamente di 4 KiB, sebbene siano disponibili anche pagine più grandi (pagine enormi) per determinati carichi di lavoro. Tutte le decisioni del kernel su cosa spostare, liberare o memorizzare nella cache vengono prese a livello di pagina, non a livello di singolo byte.

Le tabelle delle pagine sono strutture gerarchiche gestite dal kernel che indicano come gli indirizzi virtuali vengono tradotti in indirizzi fisici. Ogni voce può includere informazioni sui permessi di lettura, scrittura ed esecuzione , sullo stato della pagina (presente in memoria, nello swap, modificata, condivisa, ecc.) e altri metadati utilizzati dalla MMU durante la traduzione.

Un errore di pagina si verifica quando un processo tenta di accedere a un indirizzo virtuale valido, ma la pagina corrispondente non è pronta per l'uso: potrebbe non essere ancora stata allocata, potrebbe trovarsi su disco o potrebbe richiedere una mappatura iniziale. Il kernel interviene per individuare o creare la pagina . Se la pagina risiede nella RAM ma non è stata contrassegnata correttamente, il costo dell'errore è basso; se invece deve essere recuperata dal disco (swap o file), il costo è molto più elevato.

La cache di pagina è uno dei grandi segreti delle ottime prestazioni di Linux. Il kernel memorizza i dati e i metadati dei file nella RAM per velocizzare le operazioni di lettura e scrittura, riducendo drasticamente il numero di accessi al disco. Pertanto, anche se può sembrare che la memoria libera sia scarsa, gran parte di quella RAM è in realtà disponibile: il kernel può rilasciare rapidamente lo spazio della cache se le applicazioni ne necessitano di più.

All'interno dello spazio virtuale distinguiamo anche tra memoria file, collegata a file mappati (ad esempio, il codice di binari e librerie o file esplicitamente mappati con mmap), e memoria anonima, che corrisponde all'heap, allo stack e ad altre mappature senza backup di file. Quest'ultima può essere sostituita solo se necessario, perché Non esiste alcun file da cui possa essere rigenerato..

Pressione della memoria, agitazione e OOM

Quando il numero di pagine libere scende al di sotto di determinate soglie, si dice che il sistema entra in uno stato di pressione sulla memoria . In questo scenario, il kernel deve impiegare più tempo a cercare pagine che possono essere liberate, compattate o spostate nello swap, e ciò influisce sulle prestazioni complessive.

Sui server web, un'elevata pressione sulla memoria può causare un aumento della latenza : i processi devono attendere che le pagine vengano liberate prima di poter continuare a elaborare le richieste e la CPU impiega cicli in attività di gestione della memoria anziché nell'elaborazione dei dati. Sui computer desktop, questo si manifesta con rallentamenti, risposte lente del mouse, finestre non reattive e persino brevi blocchi.

Nell'accesso remoto tramite SSH, RDP o VNC, questa situazione si manifesta con comandi che si bloccano ripetutamente, ritardi nella digitazione e, in generale, un'interazione più lenta. Se viene utilizzato ampiamente anche lo swap, si può arrivare a uno stato di thrashing , in cui il sistema impiega più tempo a spostare pagine tra RAM e storage che a eseguire codice utile.

Il thrashing si verifica quando la RAM è insufficiente per mantenere attivo il set di processi in esecuzione. Con lo swap abilitato, le pagine anonime viaggiano costantemente tra la RAM e lo spazio di swap, innescando operazioni di I/O su disco. Senza lo swap, il kernel non ha un posto dove depositare queste pagine anonime e l'unica soluzione è terminare i processi utilizzando l'OOM-killer.

Anche senza swap, può verificarsi un sovraccarico della memoria dei file: le pagine appartenenti alla cache dei file vengono espulse e continuamente ricaricate dal disco, alla velocità richiesta dalle applicazioni, generando un ciclo di attività di I/O e un rallentamento estremo.

Quando il kernel esaurisce tutte le opzioni per acquisire memoria (liberare la cache, spostare le pagine nello swap, compattare e applicare le policy dei cgroups), entra in uno stato di memoria insufficiente (Out-Of-Memory, OOM) . A quel punto, il processo OOM-killer deve selezionare uno o più processi da terminare per recuperare memoria e salvare il resto del sistema.

Per scegliere quale processo terminare, il kernel calcola un punteggio_oom per ogni PID, in base a fattori quali la quantità di memoria utilizzata, l'importanza del processo e altri parametri interni. Questo comportamento può essere modificato da oom_score_adjche regola il peso di un processo specifico. Strumenti come choom Consentono di visualizzare e modificare facilmente questi valori.

Scambio: miti, buone pratiche e varianti moderne

Lo swap ha una reputazione ingiustamente negativa. Molti utenti credono che sia qualcosa da evitare a tutti i costi o che abbia senso solo quando la RAM è molto limitata. Tuttavia, in Linux, lo swap fa parte della strategia complessiva della memoria virtuale : permette al kernel di spostare le pagine anonime inattive fuori dalla RAM per dare priorità ai dati attivi e alla cache delle pagine.

È errato considerare lo swap come un'ultima risorsa da utilizzare solo quando tutto il resto fallisce. In realtà, anche su sistemi con molta RAM, la presenza dello swap offre al kernel maggiore margine di manovra per mantenere agile il set di lavoro principale e sfruttare al meglio la memoria fisica. Tuttavia, è vero che quando l'attività di swap è molto elevata e prolungata, le prestazioni ne risentono sensibilmente.

In termini pratici, la vecchia regola secondo cui lo swap dovrebbe essere da 1 a 2 volte la dimensione della RAM non è più una legge immutabile. Sui server con grandi quantità di memoria, è più comune allocare uno swap molto più piccolo in proporzione, o addirittura utilizzare uno swap compresso nella RAM con tecnologie come zram o zswap per migliorare le prestazioni e ridurre le scritture su disco.

Un ulteriore caso d'uso per lo swap è l'ibernazione: il sistema può trasferire il contenuto della RAM nello spazio di swap e arrestarsi completamente, per poi ripristinare il suo stato all'avvio. Ciò richiede che lo spazio di swap disponibile sia almeno pari alla quantità di memoria da risparmiare, e questo è un fattore che influenza la scelta tra soluzioni come zram (che non consente l'ibernazione) e lo swap su disco tradizionale.

Negli ultimi anni, è stato segnalato anche un comportamento discutibile dell'OOM-killer in alcuni kernel, dove il sistema si blocca prima che l'OOM-killer entri in funzione. In alcuni casi, l'abilitazione di scorciatoie come Alt+SysRq+F (dopo aver abilitato il parametro) /proc/sys/kernel/sysrqQuesto permette di forzare l'OOM-killer a ripristinare un sistema che sembra bloccato. Inoltre, demoni come EarlyOOM, nohang e systemd-oomd sono nati proprio per reagire prima che il kernel raggiunga situazioni estreme.

Strumenti per il monitoraggio e la gestione della memoria

Per evitare problemi di memoria, è essenziale utilizzare gli strumenti giusti. Comandi come free, top, htop, vmstat, ps o sar offrire a una radiografia molto dettagliata dello stato del sistema, sia in tempo reale che nel corso del tempo.

Il comando free Visualizza rapidamente la quantità totale di memoria, la memoria utilizzata, la memoria libera, la memoria cache e i buffer, nonché le informazioni sullo swap. Questo è molto utile per verificare se effettivamente c'è una carenza di memoria fisica o se la maggior parte di essa è semplicemente memorizzata nella cache e può essere riutilizzata senza problemi.

Il classico top e la sua variante migliorata htop Consentono di visualizzare in tempo reale il consumo di CPU e memoria per processo, nonché il carico di sistema, il tempo di attività, l'utilizzo dello swap e altri indicatori. htop offre un'interfaccia più intuitiva.con barre colorate e scorciatoie da tastiera per ordinare, filtrare o terminare rapidamente i processi.

Il comando vmstat Fornisce una visione più tecnica: statistiche sulla memoria, processi, paginazione, interruzioni e pianificazione della CPU. È ideale per rilevare errori di pagina eccessivi, elevata attività di swap o un modello di thrashing. Nel frattempo, ps Consente di elencare i processi in modo molto dettagliato, includendo colonne per la memoria residente (RSS), la memoria virtuale (VSZ) e altri parametri che aiutano a individuare le applicazioni che si sono "attivate".

Negli ambienti Debian o AlmaLinux, pacchetti come sysstat Offrono comandi aggiuntivi come sar, quale può registrare l'utilizzo della memoria nel tempoCiò consente di correlare i picchi di consumo con attività programmate, implementazioni o eventi specifici e di adattare di conseguenza la configurazione del sistema.

Per ispezionare la mappa di memoria di un processo specifico, oltre a pmapÈ sempre una buona idea esplorare il pseudo-file system /procdove ogni processo ha la propria directory con informazioni dettagliate, inclusa la sua mappa di memoria in /proc/<PID>/maps e statistiche in /proc/<PID>/smaps.

Ottimizzazione di base: swap, cache e swappie.

Al di là della teoria, ci sono diverse semplici azioni pratiche per Ottimizzazione della gestione della memoria in Linux senza impazzire. Una delle prime cose da fare è controllare lo stato dello scambio con swapon --show E, se necessario, create un file di swap invece di affidarvi esclusivamente a una partizione. Questo offre la flessibilità di regolare le dimensioni senza dover ripartizionare i dischi.

Parametro vm.swappiness Questo parametro controlla con quanta aggressività il kernel utilizza lo swap rispetto alla liberazione della cache. Un valore elevato forza l'utilizzo più frequente dello swap; un valore basso riserva lo swap per casi più estremi, dando priorità al mantenimento dei dati nella RAM. Impostazioni come scambiabilità=10 Tendono a funzionare bene in molti ambienti desktop e server leggeri e possono essere applicati temporaneamente con ottimizzazione del kernel con sysctl o persistentemente in /etc/sysctl.conf.

In situazioni molto specifiche in cui vogliamo svuotare manualmente la cache, ad esempio dopo un intenso carico di lettura già terminato, possiamo ricorrere all'impostazione vm.drop_caches. Combinazione sync E scrivendo un valore appropriato (1, 2 o 3) a quel parametro, il kernel scarta alcune cache. Tuttavia, è meglio usarlo con giudizio, perché La cache non è "memoria sprecata"ma un'ottimizzazione significativa.

Nelle distribuzioni come Debian e AlmaLinux, è comune integrare queste impostazioni con un buon monitoraggio dei processi che consumano molte risorse utilizzando htop o psIdentificare i servizi o le applicazioni che consumano molta memoria e, se necessario, riconfigurarli o limitarne il consumo.

Creare e regolare l'area di swap è un'operazione relativamente semplice: basta riservare un file con fallocateassegnagli i permessi corretti, inizializzalo come swap con mkswap e attivarlo con swaponPer rendere permanente la modifica, viene aggiunta una voce appropriata in /etc/fstab indicando che questo file verrà utilizzato come swap ad ogni avvio.

Tecniche avanzate: zram, zswap, cgroupv2 e OOM nello spazio utente

Quando si desidera spingersi oltre nell'ottimizzazione, entrano in gioco meccanismi avanzati come zram, zswap, namespace e cgroup , oltre a demoni come EarlyOOM, nohang o systemd-oomd, progettati per sfruttare al meglio la memoria e migliorare la reattività del sistema sotto pressione.

zram utilizza un modulo del kernel per creare dispositivi a blocchi compressi direttamente nella RAM. Su questi dispositivi è possibile montare uno spazio di swap, in modo che le pagine vengano compresse prima di essere memorizzate. In pratica, ciò consente un migliore utilizzo della memoria disponibile a scapito di un certo tempo di CPU per la compressione, ed elimina la necessità di scrivere su disco, sebbene sacrifichi la possibilità di ibernare il sistema.

zswap, dal canto suo, funge da cache compressa rispetto allo spazio di swap effettivo sul disco. Le pagine da scambiare vengono inizialmente memorizzate compresse nella RAM e solo quando tale cache è piena o le pagine vengono eliminate vengono scritte nello spazio di swap tradizionale. Ciò riduce le operazioni di I/O del disco, prolunga la durata degli SSD e migliora le prestazioni in situazioni di utilizzo moderato dello swap.

Nell'ambito del controllo delle risorse, cgroupv2 offre un potente meccanismo per organizzare i processi in gerarchie e allocare loro memoria, CPU e altre risorse. Ciò si ottiene tramite parametri quali memory.low o file come memory.pressureÈ possibile indicare al kernel quali gruppi hanno la priorità e monitorare il tempo in cui i processi rimangono bloccati a causa della mancanza di memoria, distinguendo se il problema interessa alcuni processi o l'intero gruppo.

Negli scenari in cui è necessario evitare a tutti i costi i blocchi del sistema, sono emersi diversi demoni in spazio utente per gestire le situazioni di OOM in modo più proattivo. EarlyOOM monitora periodicamente la RAM e lo swap e, quando rileva che entrambi scendono al di sotto di determinate soglie (Di default, meno del 10% gratuito per iniziare ad agire), invia segnali ai processi con maggiore oom_score per liberare memoria prima che il kernel vada in crash.

nohang offre un approccio simile ma più configurabile, supportando zram, analizzando la pressione della memoria e consentendo agli utenti di definire azioni personalizzate quando viene rilevato un rischio di crash. Sebbene il progetto abbia perso un po' di attività rispetto ad altri, rimane un'opzione interessante per gli utenti esperti che desiderano un controllo preciso su quali processi sacrificare e quando.

Infine, systemd-oomd, originariamente sviluppato da Facebook e ora integrato in molte distribuzioni con systemd moderno, offre una soluzione pensata sia per implementazioni su larga scala che per ambienti desktop. Monitora i limiti dei cgroup, la pressione della memoria e altri indicatori, decidendo quali unità o servizi arrestare per ripristinare l'usabilità del sistema, fungendo da complemento più sofisticato al classico OOM-killer del kernel.

Buone strategie per evitare problemi di memoria

Nell'utilizzo quotidiano, oltre alla modifica di parametri specifici, è consigliabile seguire una serie di best practice per ridurre al minimo i problemi di memoria in Linux. La prima consiste nel dimensionare correttamente la RAM e lo swap in base al carico di lavoro effettivo: database, server applicativi, ambienti desktop complessi o carichi di lavoro multipli di container richiedono più memoria rispetto a servizi semplici.

Sui server, è consigliabile verificare regolarmente quali servizi sono in esecuzione e disabilitare o arrestare quelli non utilizzati . Negli ambienti con Docker o altri container, dopo aver completato test o implementazioni temporanee, è buona norma eliminare container, immagini e volumi non più necessari per evitare che processi residui consumino silenziosamente memoria.

I dischi RAM possono essere uno strumento utile per velocizzare alcuni tipi di operazioni temporanee: un file system viene definito nella RAM e utilizzato per memorizzare nella cache i dati delle applicazioni o le aree di lavoro ad alta rotazione. Poiché sono volatili, è importante capire che il loro contenuto viene perso quando il computer viene spento o riavviato, ma in compenso possono essere decine di volte più veloci di un SSD , il che è molto vantaggioso per operazioni intensive di lettura e scrittura di dati temporanei.

Dal punto di vista della sicurezza, è importante monitorare le porte aperte ed esporre solo quelle strettamente necessarie. Gli attacchi malware, come i cryptominer, spesso lasciano tracce sotto forma di processi che consumano enormi quantità di CPU e memoria e possono installare attività su crontab Per garantire la persistenza. Esaminare e pulire i processi cron sospetti, nonché chiudere le porte non essenziali, aiuta a impedire che la memoria venga consumata da processi indesiderati.

Infine, non bisogna sottovalutare l'impatto del file system sulle prestazioni complessive. Opzioni moderne come XFS o Btrfs possono offrire vantaggi rispetto a ext4 in determinati scenari, soprattutto in presenza di carichi di lavoro pesanti o quando si sfruttano funzionalità avanzate. Ogni caso richiede dei test, ma la scelta del file system influenza anche la gestione dei metadati e l'accesso al disco, incidendo indirettamente sulla fluidità percepita del sistema.

Padroneggiare la gestione della memoria in Linux implica comprendere come vengono allocate RAM, swap e storage, il ruolo di concetti come pagine, cache di pagina, pressione della memoria e OOM (Out Of Memory), e come utilizzare strumenti e meccanismi avanzati come zram, zswap, cgroupv2 e systemd-oomd. Con queste conoscenze, diventa molto più facile ottimizzare ogni macchina, da un semplice laptop a un server di produzione carico di servizi, in modo che la memoria cessi di essere una fonte di problemi e diventi un alleato per ottenere un sistema agile e stabile, pronto a gestire i picchi di carico senza intoppi.