Le 5 migliori alternative a htop per monitorare Linux

Perché cercare alternative a htop

htop resta uno dei monitor di processo più comodi su Linux, ma non copre tutto quello che serve in produzione o in troubleshooting serio. Se devi capire chi consuma CPU, quando è partito il picco, se il problema arriva da disco, rete, memoria o processi zombie, spesso conviene avere strumenti diversi, ciascuno con un punto di vista preciso.

© TrgtKLS • Tech, Sicurezza e Strumenti & guide per Webmaster — https://trgtkls.it — tutti i diritti riservati.

Qui sotto trovi cinque alternative davvero utili, non semplici cloni con interfaccia diversa. Le ho scelte per coprire scenari differenti: osservazione storica, analisi del carico, vista grafica, dettaglio per processo e uso rapido da terminale. In pratica: se htop ti dice cosa sta succedendo adesso, questi strumenti ti aiutano a capire meglio perché sta succedendo.

Prima regola da sysadmin: non scegliere lo strumento “più bello”, scegli quello che riduce il tempo di diagnosi nel tuo contesto. Su un server con picchi intermittenti, un tool con storico è più utile di una dashboard colorata. Su una VM piccola, invece, conta anche l’impatto minimo sul sistema.

1. atop: la scelta migliore se vuoi anche lo storico

atop è probabilmente la sostituzione più interessante quando il problema non è solo “guardare adesso”, ma capire cosa è successo prima. Registra attività di CPU, memoria, disco, rete e processi in un formato che puoi rileggere in seguito. È il classico strumento che in un incidente ti evita la frase: “Peccato, il picco è già passato”.

Su molte distribuzioni lo trovi nei repository standard. L’uso base è semplice:

sudo apt install atop
sudo dnf install atop
sudo atop

La parte forte è il logging. Di solito il servizio di raccolta salva i dati in file come /var/log/atop/atop_YYYYMMDD o percorso simile, a seconda della distro. Il nome esatto può cambiare, quindi conviene verificare dove scrive davvero il pacchetto installato.

Perché sceglierlo:

• ti mostra il carico in modo più completo rispetto a un semplice monitor di processi;
• ti permette di rivedere eventi passati;
• è molto utile quando il problema è intermittente o non riproducibile a comando.

Limite pratico: richiede un po’ più di disciplina operativa. Se non lasci attivo il demone di raccolta, perdi proprio il suo vantaggio principale. In cambio ottieni una fotografia molto più utile per analisi post-mortem.

2. btop: la vista più leggibile per uso quotidiano

btop è diventato popolare perché unisce una UI molto chiara a informazioni utili: CPU, memoria, dischi, rete e processi in un colpo d’occhio. Non è il più “storico” né il più analitico, ma spesso è quello che fa lavorare meglio l’operatore sotto pressione, soprattutto su server moderni o workstation di amministrazione.

Si installa in modo normale dai repository, oppure da pacchetto precompilato se la distribuzione è un po’ indietro:

sudo apt install btop
sudo dnf install btop
btop

Il vantaggio vero di btop è la leggibilità. Se devi capire rapidamente se il problema è CPU-bound, memory pressure o saturazione I/O, lo leggi in pochi secondi. È anche meno faticoso da usare a lungo rispetto ai monitor “vecchia scuola” con layout più ruvido.

Ottimo per:

1. controllo giornaliero di server e VPS;
2. triage iniziale durante un degrado prestazionale;
3. chi preferisce un’interfaccia più moderna senza perdere dettagli tecnici.

Se il tuo obiettivo è avere una vista rapida e piacevole, senza rinunciare alla sostanza, è probabilmente la prima alternativa da provare. Se invece vuoi registrare e rileggere eventi, passa ad atop.

3. glances: il coltellino svizzero del monitoraggio

glances è uno dei tool più versatili della lista. Mostra processi, carico, memoria, filesystem, rete, sensori e molto altro in un’unica schermata. La sua forza non è solo la quantità di dati, ma la capacità di adattarsi a contesti diversi: locale, remoto, container, export verso altri sistemi di monitoraggio.

Installazione tipica:

sudo apt install glances
sudo dnf install glances
glances

In alcuni ambienti può essere utile anche la modalità server/client o l’esportazione verso API e sistemi esterni. Questo lo rende interessante quando vuoi una vista unificata su più host, senza aprire ogni volta sessioni separate.

Perché vale la pena tenerlo a bordo:

• copre molte metriche in una sola interfaccia;
• si presta bene a un uso operativo quotidiano;
• può essere esteso e integrato meglio di un semplice monitor locale.

Il rovescio della medaglia è che, proprio perché fa tanto, può risultare più denso di informazioni del necessario se cerchi solo una lettura veloce. In quel caso btop può risultare più immediato.

4. nmon: semplice, leggero, ancora molto utile

nmon è uno strumento storico, ma non è affatto superato. Anzi, in certi ambienti resta una scelta eccellente perché è leggero, stabile e molto diretto. La sua interfaccia testuale può sembrare spartana, però ti dà subito le metriche che servono: CPU, memoria, disco, rete, filesystem, kernel, processi.

Su alcune distribuzioni è nei repository standard, su altre va cercato con il nome del pacchetto della distro. Una volta installato, si avvia così:

sudo apt install nmon
sudo dnf install nmon
nmon

Il suo punto di forza è la leggerezza. Se lavori su server piccoli, ambienti virtualizzati o host dove non vuoi introdurre strumenti troppo pesanti, nmon resta una scelta sensata. Inoltre è utile in contesti dove conta la rapidità di lettura più dell’estetica.

È particolarmente adatto quando vuoi:

1. una vista essenziale ma completa;
2. un tool poco invasivo;
3. un monitor che non richieda troppe dipendenze o curve di apprendimento strane.

Se ti serve qualcosa di moderno e visuale, probabilmente preferirai btop. Se invece vuoi uno strumento sobrio, veloce e affidabile, nmon ha ancora senso.

5. vmstat e iotop: due strumenti piccoli, ma spesso decisivi

Qui non parliamo di un’unica interfaccia “tutto in uno”, ma di due utility complementari che spesso fanno la differenza nel troubleshooting vero. vmstat ti aiuta a leggere il comportamento del sistema nel tempo: processi in coda, swap, blocchi I/O, CPU idle, interrupt. iotop invece è prezioso quando sospetti che il collo di bottiglia sia il disco e vuoi capire quali processi stanno realmente leggendo o scrivendo.

Comandi base:

vmstat 1
sudo iotop

vmstat è quasi sempre preinstallato o comunque disponibile ovunque. La sua forza è la semplicità: un campione al secondo ti fa vedere subito se il sistema è bloccato su attese I/O, se la CPU è satura o se la memoria sta diventando stretta. Non ha bisogno di una curva di apprendimento lunga, ma richiede di saper leggere i numeri con criterio.

iotop, invece, è il classico strumento da usare quando il sospetto è: “il server è lento ma la CPU non è alta”. In quel caso il problema può essere un processo che martella il disco, un backup partito male, una rotazione log aggressiva o un database sotto pressione. Senza una vista dedicata, si rischia di inseguire il sintomo sbagliato.

Perché li considero tra le migliori alternative operative a htop:

• sono rapidi da usare in emergenza;
• non nascondono il comportamento del sistema dietro troppa interfaccia;
• ti fanno fare diagnosi più mirate, soprattutto su storage e scheduling.

Come scegliere lo strumento giusto in base al problema

Se vuoi evitare il classico errore di aprire il tool sbagliato nel momento sbagliato, usa questa logica semplice:

1. Vuoi capire cosa è successo in passato? Usa atop.
2. Vuoi una vista moderna e leggibile sul momento? Usa btop.
3. Vuoi una dashboard terminale molto ricca e flessibile? Usa glances.
4. Vuoi un monitor leggero e sobrio? Usa nmon.
5. Sospetti un problema di disco o vuoi leggere il sistema “a basso livello”? Usa vmstat e iotop.

In pratica, htop è ancora ottimo come punto di partenza, ma non dovrebbe essere l’unico strumento nella cassetta. Il monitoraggio serio di Linux non si fa con un solo comando: si fa scegliendo la vista giusta per il tipo di problema.

Una mini-strategia operativa che funziona davvero

Se devi lavorare su un server sotto stress, il flusso migliore è spesso questo:

1. aprire btop o htop per avere una lettura immediata del carico;
2. usare vmstat 1 per capire se il sistema è CPU-bound, memory-bound o I/O-bound;
3. se il disco sembra il colpevole, passare a iotop;
4. se il problema è ricorrente o serve analisi post-incidente, consultare atop;
5. se vuoi un quadro più ampio, aprire glances come vista di sintesi.

Questa sequenza riduce il tempo perso nei falsi indizi. È una differenza importante: in un incidente reale non conta avere il tool più “figo”, conta arrivare presto alla causa probabile e verificare con dati leggibili.

Conclusione pratica: quale tenere davvero installato

Se dovessi scegliere solo due alternative a htop, terrei atop e btop. Il primo copre il bisogno più spesso trascurato, cioè la diagnosi storica. Il secondo è quello più comodo per l’uso quotidiano e per il triage veloce. A seguire, glances è la scelta più versatile, nmon quella più essenziale, mentre vmstat e iotop sono i due strumenti minimi da conoscere se lavori su Linux con una certa continuità.

Il punto non è sostituire htop per principio. Il punto è avere strumenti diversi per problemi diversi. E su Linux, questa distinzione fa spesso la differenza tra una diagnosi rapida e mezz’ora buttata dietro al sintomo sbagliato.