Comandi Linux e competenze della shell
top vs htop vs btop: monitor di processo a confronto
Ogni domanda sul server live inizia con un monitor di processo e il trio di top, htop e btop è uno scambio di leggibilità contro ubiquità. top si trova su ogni macchina Unix, comprese le immagini di salvataggio, ed è onesto in modo noioso; htop aggiunge l'ordinamento interattivo, le visualizzazioni ad albero e il colore che rendono più veloce il triage; btop offre il dashboard completo con dettagli per processo al prezzo dell'ingombro di installazione e un terminale spazioso. L'interfaccia è la parte più piccola: CPU, memoria, caricamento e attesa del disco raccontano la maggior parte della storia in ognuno dei tre.
Punti chiave
- top è il fallback universale e uno strumento eccellente: P ordina per CPU, M per memoria, 1 esplode per core e W scrive il tuo layout su ~/.toprc in modo che la sessione successiva lo erediti.
- htop è lo strumento di tutti i giorni: F6 ordina, F4 filtra per stringa, F5 fornisce l'albero dei processi e le barre dei colori si leggono a colpo d'occhio da una stanza buia alle 3 del mattino.
- btop è il dashboard: dettagli più nitidi (grafici per core, statistiche I/O, velocità di rete) ma richiede spazio terminale, un TERM funzionante e una distribuzione che lo abbia costruito; su una angusta console di salvataggio vince ancora.
- Leggi correttamente la media del carico: Linux inserisce l'attesa del disco senza interruzioni nel numero, quindi il carico 20 su 4 core potrebbe essere una coda di archiviazione, non una CPU; la riga %wa in alto risolve l'argomento prima ancora che iostat si apra.
- I totali della memoria non mentono a nessuno che conosca il vocabolario: "buff/cache" è recuperabile e "disponibile" è la cifra onesta; una barra utilizzata al 95% con 4 GB disponibili è un filesystem che fa il suo lavoro, non un'emergenza.
- Uccidi con attenzione: F9 di htop offre la scelta del segnale nell'albero, k di top prende un PID ed entrambi ricompensano chiedendo quale genitore ha generato il fuggitivo prima di uccidere invece venti bambini identici.
- Registra ciò che vedi: top -b -n 1 > /tmp/top.state al momento dell'incidente è la prova che sopravvive chiudendo il terminale; un biglietto senza è un mistero, un biglietto con esso di solito si chiude da solo.
- Le linee di swap e disk-wait superano la barra della CPU: velocità di swap in/out, conteggi D-state e iowait descrivono il comportamento sotto pressione; una percentuale di CPU incontaminata è lusinghiera proprio quando le cose fanno male.
Nota dal campo
Leggere il 90% della memoria "utilizzata" come emergenza una volta ci è costato un'ora per cercare una perdita che occupava la cache delle pagine in grande quantità. La colonna "disponibile" e le righe dello stato D hanno detto la verità in cinque minuti una volta che abbiamo saputo dove cercare.
Domande frequenti
Un carico medio elevato è automaticamente negativo?
No: il numero include attività eseguibili e non interrompibili. Confrontalo con il conteggio dei core, controlla %wa in alto e segui i grafici I/O di iostat o btop prima di decidere tra il dimensionamento della CPU e le correzioni di archiviazione.
Dovrei farmi prendere dal panico se la memoria "usata" è vicina al 100%?
No: Linux per principio riempie la memoria con la cache delle pagine; "disponibile" è il numero reale e "usato" alto più "disponibile" basso è la combinazione che effettivamente garantisce l'azione.
Quale monitor dovrebbe imparare per primo un junior?
htop per la velocità giornaliera, top per la giornata in cui la console di soccorso è l'unico strumento presente; entrambe le abilità vengono trasferite e la memoria muscolare di ordinamento/filtro è la parte che effettivamente fa risparmiare tempo.
Perché i dati sulla memoria non sono d'accordo tra strumenti e colonne?
Le definizioni differiscono: RSS conta due volte le librerie condivise, PSS le ripartisce e i buffer/cache scorrono tra le categorie; confronta simili con simili e cita il nome della colonna quando citi un numero.
Come Kinetikatech aiuta con comandi linux e competenze della shell
Questo è ciò che facciamo ogni giorno: I comandi e le abitudini di scripting che decidono se un amministratore gestisce un server o lo combatte: cerca, trasforma, trasferisci e supervisiona testo e processi con gli strumenti presenti in ogni installazione di base. Il nostro servizio Sicurezza server Linux e Gestione server lo copre dall'inizio alla fine: valutazione, implementazione, monitoraggio 24/7 e risposta di emergenza in 30 minuti.