Informatie is de sleutel tot het oplossen van elk computerprobleem, inclusief problemen met of gerelateerd aan Linux en de hardware waarop het draait. Er zijn veel tools beschikbaar voor en inbegrepen bij de meeste distributies, ook al worden ze niet allemaal standaard geïnstalleerd. Deze tools kunnen worden gebruikt om enorme hoeveelheden informatie te verkrijgen.

Dit artikel bespreekt enkele van de interactieve command line interface (CLI) tools die worden geleverd met of die eenvoudig kunnen worden geïnstalleerd op Red Hat-gerelateerde distributies, waaronder Red Hat Enterprise Linux, Fedora, CentOS en andere afgeleide distributies. Hoewel er GUI-tools beschikbaar zijn en ze goede informatie bieden, bieden de CLI-tools allemaal dezelfde informatie en zijn ze altijd bruikbaar omdat veel servers geen GUI-interface hebben, maar alle Linux-systemen hebben een opdrachtregelinterface.

Dit artikel concentreert zich op de tools die ik doorgaans gebruik. Als ik je favoriete tool niet heb besproken, vergeef me dan alstublieft en laat ons allemaal weten welke tools je gebruikt en waarom in het commentaargedeelte.

Ik ga naar tools voor probleembepaling in een Linux-omgeving zijn bijna altijd de systeembewakingstools. Voor mij zijn dit top, atop, htop en blikken.

Al deze tools monitoren het CPU- en geheugengebruik, en de meeste geven op zijn minst informatie over lopende processen. Sommige monitoren ook andere aspecten van een Linux-systeem. Ze bieden allemaal bijna realtime weergaven van de systeemactiviteit.

Belastingsgemiddelden

Voordat ik verder ga met het bespreken van de monitoringtools, is het belangrijk om belastinggemiddelden in meer detail te bespreken.

Belastingsgemiddelden zijn een belangrijk criterium voor het meten van het CPU-gebruik, maar wat betekent dit eigenlijk als ik zeg dat het belastingsgemiddelde van 1 (of 5 of 10) minuten bijvoorbeeld 4,04 is? Het laadgemiddelde kan worden beschouwd als een maatstaf voor de vraag naar de CPU; het is een getal dat het gemiddelde aantal instructies vertegenwoordigt dat wacht op CPU-tijd. Dit is dus een echte maatstaf voor de CPU-prestaties, in tegenstelling tot het standaard “CPU-percentage” dat I / O-wachttijden omvat gedurende welke de CPU niet echt werkt.

Bijvoorbeeld een volledig benutte CPU met één processor zou een belastingsgemiddelde van 1 hebben. Dit betekent dat de CPU precies gelijke tred houdt met de vraag; met andere woorden, het heeft een perfecte benutting. Een belastingsgemiddelde van minder dan één betekent dat de CPU onderbenut is en een belastingsgemiddelde van meer dan 1 betekent dat de CPU overmatig wordt gebruikt en dat er een opgekropte, ontevreden vraag is. Een gemiddelde belasting van 1,5 in een enkel CPU-systeem geeft bijvoorbeeld aan dat een derde van de CPU-instructies moet wachten om te worden uitgevoerd totdat de voorgaande is voltooid.

Dit geldt ook voor meerdere processors. Als een 4 CPU-systeem een gemiddelde belasting van 4 heeft, heeft het een perfecte benutting. Als het bijvoorbeeld een belastingsgemiddelde van 3,24 heeft, zijn drie van zijn processors volledig benut en wordt er één gebruikt voor ongeveer 76%. In het bovenstaande voorbeeld heeft een systeem met 4 CPU’s een gemiddelde belasting van 1 minuut van 4,04, wat betekent dat er geen resterende capaciteit is tussen de 4 CPU’s en dat een paar instructies moeten wachten. Een perfect gebruikt systeem met 4 CPU’s zou een gemiddelde belasting van 4,00 laten zien, zodat het systeem in het voorbeeld volledig is geladen maar niet overbelast.

De optimale voorwaarde voor gemiddelde belasting is dat het gelijk is aan het totale aantal CPU’s in een systeem. Dat zou betekenen dat elke CPU volledig wordt benut en dat er toch geen instructie hoeft te worden geforceerd. De belastingsgemiddelden op langere termijn geven een indicatie van de algemene gebruikstrend.

Linux Journal heeft een uitstekend artikel met een beschrijving van belastingsgemiddelden, de theorie en de wiskunde erachter, en hoe ze te interpreteren in de 1 december 2006 probleem.

Signalen

Alle hier besproken monitors stellen u in staat om signalen naar lopende processen te sturen. Elk van deze signalen heeft een specifieke functie, hoewel sommige ervan kunnen worden gedefinieerd door het ontvangende programma met behulp van signaalhandlers.

Het afzonderlijke kill-commando kan ook worden gebruikt om signalen naar processen buiten de monitors te sturen. De kill -l kan worden gebruikt om alle mogelijke signalen op te sommen die kunnen worden verzonden. Drie van deze signalen kunnen worden gebruikt om een proces te stoppen.

• SIGTERM (15): Signaal 15, SIGTERM is het standaardsignaal dat wordt verzonden door top en de andere monitoren wanneer de k-toets wordt ingedrukt. Het is misschien ook het minst effectief omdat het programma een ingebouwde signaalhandler moet hebben. De signaalhandler van het programma moet inkomende signalen onderscheppen en dienovereenkomstig handelen. Dus voor scripts, waarvan de meeste geen signaalhandlers hebben, wordt SIGTERM genegeerd. Het idee achter SIGTERM is dat door simpelweg het programma te vertellen dat je wilt dat het zichzelf beëindigt, het zal hiervan profiteren en zaken als geopende bestanden opschonen en zichzelf dan op een gecontroleerde en prettige manier beëindigen.
• SIGKILL (9): Signaal 9, SIGKILL biedt een manier om zelfs de meest weerspannige programma’s te doden , inclusief scripts en andere programma’s die geen signaalhandlers hebben.Voor scripts en andere programma’s zonder signaalhandler, doodt het echter niet alleen het lopende script maar ook de shell-sessie waarin het script wordt uitgevoerd; dit is misschien niet het gedrag dat u wilt. Als je een proces wilt stoppen en het je niet uitmaakt aardig te zijn, dan is dit het signaal dat je wilt. Dit signaal kan niet worden onderschept door een signaalhandler in de programmacode.
• SIGINT (2): Signaal 2, SIGINT kan worden gebruikt wanneer SIGTERM niet werkt en u wilt dat het programma iets mooier sterft, bijvoorbeeld zonder de shell-sessie waarin het wordt uitgevoerd te doden. SIGINT stuurt een interrupt naar de sessie waarin het programma is wordt uitgevoerd. Dit is gelijk aan het beëindigen van een lopend programma, in het bijzonder een script, met de Ctrl-C-toetscombinatie.

Om hiermee te experimenteren, opent u een terminalsessie en maakt u een bestand in / tmp genaamd cpuHog en maak het uitvoerbaar met de permissies rwxr_xr_x. Voeg de volgende inhoud toe aan het bestand.

#!/bin/bash# This little program is a cpu hogX=0;while ;do echo $X;X=$((X+1));done

Open een andere terminalsessie in een ander venster, plaats ze naast aan elkaar zodat je de resultaten kunt bekijken en naar boven kunt draaien in de nieuwe sessie. Start het cpuHog-programma met het volgende commando:

Dit programma telt gewoon met één op en drukt de huidige waarde van X af naar STDOUT. En het zuigt CPU-cycli op. De terminalsessie waarin cpuHog wordt uitgevoerd, zou een zeer hoog CPU-gebruik bovenaan moeten laten zien. Bekijk het effect dat dit heeft op de systeemprestaties in top. Het CPU-gebruik zou onmiddellijk omhoog moeten gaan en de belastingsgemiddelden zouden in de loop van de tijd ook moeten toenemen. Als je wilt, kun je extra terminalsessies openen en het cpuHog-programma daarin starten, zodat je meerdere instances laat draaien.

Bepaal de PID van het cpuHog-programma dat je wilt doden. Druk op de k-toets en bekijk het bericht onder de regel Wisselen onder aan het overzichtsgedeelte. Top vraagt naar de PID van het proces dat u wilt beëindigen. Voer die PID in en druk op Enter. Nu vraagt top naar het signaalnummer en geeft de standaardwaarde 15 weer. Probeer elk van de hier beschreven signalen en bekijk de resultaten.

4 open source tools voor Linux systeembewaking

Een van de eerste tools die ik gebruik bij het uitvoeren van probleembepaling zijn top. Ik vind het leuk omdat het al een eeuwigheid bestaat en altijd beschikbaar is terwijl de andere tools misschien niet zijn geïnstalleerd.

Het topprogramma is een zeer krachtig hulpprogramma dat veel informatie geeft over je actieve systeem. Dit omvat gegevens over geheugengebruik, CPU-belasting en een lijst met actieve processen, inclusief de hoeveelheid CPU-tijd en geheugen die door elk proces worden gebruikt. Top geeft systeeminformatie bijna in realtime weer en wordt (standaard) elke drie seconden bijgewerkt. Fractionele seconden zijn toegestaan door top, hoewel zeer kleine waarden het systeem aanzienlijk kunnen belasten. Het is ook interactief en de gegevenskolommen die moeten worden weergegeven en de sorteerkolom kunnen worden gewijzigd.

Een voorbeelduitvoer van het bovenste programma wordt getoond in figuur 1 hieronder. De output van boven is verdeeld in twee secties die de “samenvatting” sectie worden genoemd, wat het bovenste deel van de output is, en de “proces” sectie, die het onderste deel van de output is; Ik zal deze terminologie gebruiken voor top, atop, htop en blikken in het belang van consistentie.

Het topprogramma heeft een aantal handige interactieve commando’s die je kunt gebruiken om de weergave van gegevens te beheren en om individuele processen te manipuleren . Gebruik het h commando om een korte helppagina te zien voor de verschillende interactieve commando’s. Zorg ervoor dat u tweemaal op h drukt om beide pagina’s van de Help te zien. Gebruik het q commando om af te sluiten.

Samenvatting sectie

De samenvatting sectie van de output van boven is een overzicht van de systeemstatus. De eerste regel toont de uptime van het systeem en de belastingsgemiddelden van 1, 5 en 15 minuten. In het onderstaande voorbeeld zijn de belastingsgemiddelden respectievelijk 4,04, 4,17 en 4,06.

De tweede regel toont het aantal actieve processen en de status van elk.

De regels met daarin CPU-statistieken worden hierna weergegeven. Er kan een enkele regel zijn die de statistieken van alle CPU’s in het systeem combineert, zoals in het onderstaande voorbeeld, of een regel voor elke CPU; in het geval van de computer die voor het voorbeeld wordt gebruikt, is dit een enkele quad-core CPU. Druk op de 1-toets om te wisselen tussen de geconsolideerde weergave van CPU-gebruik en de weergave van de individuele CPU’s. De gegevens in deze regels worden weergegeven als percentages van de totale beschikbare CPU-tijd.

Deze en de andere velden voor CPU-gegevens worden hieronder beschreven.

• us: userspace – Applications en andere programma’s die in de gebruikersruimte draaien, dwz niet in de kernel.
• sy: system calls – Kernel level functies. Dit omvat niet de CPU-tijd die de kernel zelf in beslag neemt, alleen de aanroepen van het kernelsysteem.
• ni: nice – Processen die op een positief mooi niveau draaien.
• id: idle – Inactieve tijd, dwz tijd die niet wordt gebruikt door een lopend proces.
• wa: wait – CPU-cycli die worden besteed aan het wachten tot I / O optreedt. Dit is verspilde CPU-tijd.
• hoi: hardware-interrupts – CPU-cycli die worden besteed aan het omgaan met hardware-interrupts.
• si: software-interrupts – CPU-cycli besteed aan het omgaan met door software gemaakte interrupts zoals als systeemaanroepen.
• st: steal time – Het percentage CPU-cycli dat een virtuele CPU wacht op een echte CPU terwijl de hypervisor een andere virtuele processor bedient.

De laatste twee regels in het overzichtsgedeelte zijn geheugengebruik. Ze tonen het fysieke geheugengebruik inclusief zowel RAM als swapruimte.

Figuur 1: Het bovenste commando toont een volledig benutte 4-core CPU.

U kunt het 1-commando gebruiken om CPU-statistieken weer te geven als een enkel, globaal getal, zoals weergegeven in Afbeelding 1 hierboven, of per individuele CPU. Met het l-commando worden belastingsgemiddelden in- en uitgeschakeld. De t- en m-commando’s roteren de proces- / CPU- en geheugenregels van de samenvattingssectie respectievelijk door uit, alleen tekst en een paar typen staafdiagramindelingen.

Processectie

Het procesgedeelte van de uitvoer van boven is een lijst van de lopende processen in het systeem – althans voor het aantal processen waarvoor er ruimte is op het terminaldisplay. De standaardkolommen die bovenaan worden weergegeven, worden hieronder beschreven. Er zijn verschillende andere kolommen beschikbaar en elk kan meestal worden toegevoegd met een enkele toetsaanslag. Raadpleeg de man-pagina bovenaan voor details.

• PID – De proces-ID.
• GEBRUIKER – De gebruikersnaam van de proceseigenaar.
• PR – De prioriteit van het proces.
• NI – Het mooie nummer van het proces.
• VIRT – De totale hoeveelheid virtueel geheugen die aan het proces is toegewezen.
• RES – Bewonersgrootte (in kb tenzij anders vermeld) van niet-verwisseld fysiek geheugen dat door een proces wordt verbruikt.
• SHR – De hoeveelheid gedeeld geheugen in kb die door het proces wordt gebruikt.
• S – De status van het proces. Dit kan R zijn voor hardlopen, S voor slapen en Z voor zombie. Statussen die minder vaak worden gezien, zijn T voor getraceerd of gestopt, en D voor ononderbroken slaap.
• % CPU – Het percentage CPU-cycli of de tijd die door dit proces is gebruikt tijdens de laatst gemeten periode.
• % MEM – Het percentage fysiek systeemgeheugen dat door het proces wordt gebruikt.
• TIME + – Totale CPU-tijd tot 100sten van een seconde die door het proces is verbruikt sinds het proces is gestart.
• COMMAND – Dit is het commando dat werd gebruikt om het proces te starten.

Gebruik de Page Up en Page Down toetsen om door de lijst met lopende processen te scrollen. De d of s-opdrachten zijn uitwisselbaar en kunnen worden gebruikt om het vertragingsinterval tussen updates in te stellen. De standaardwaarde is drie seconden, maar ik heb liever een interval van één seconde. De granulariteit van het interval kan zo laag zijn als een tiende (0,1) van een seconde, maar dit verbruikt meer CPU-cycli die u probeert te meten.

U kunt de < en > toetsen om de sorteerkolom naar links of rechts te rangschikken.

Het k-commando wordt gebruikt om een proces te beëindigen of het r-commando om renice het. U moet de proces-ID (PID) kennen van het proces dat u wilt doden of hernoemen en die informatie wordt weergegeven in het procesgedeelte van het bovenste scherm. Bij het afbreken van een proces vraagt top eerst om de PID en vervolgens om het signaalnummer dat moet worden gebruikt om het proces te beëindigen. Typ ze in en druk na elk op de enter-toets. Begin met signaal 15, SIGTERM, en als dat het proces niet doodt, gebruik dan 9, SIGKILL.

Configuratie

Als je het bovenste scherm verandert, kun je de W (in hoofdletter) commando om de wijzigingen naar het configuratiebestand, ~ / .toprc, in je homedirectory te schrijven.

atop

Ik hou ook van atop. Het is een uitstekende monitor om te gebruiken als u meer informatie nodig heeft over dat type I / O-activiteit. Het standaard vernieuwingsinterval is 10 seconden, maar dit kan worden gewijzigd met de opdracht interval i in wat geschikt is voor wat u probeert te doen. atop kan niet vernieuwen met intervallen van minder dan een seconde zoals top kan.

Gebruik het h commando om hulp weer te geven. Let op: er zijn meerdere pagina’s met hulp en u kunt de spatiebalk gebruiken om naar beneden te scrollen om de rest te zien.

Een leuke functie van atop is dat het onbewerkte prestatiegegevens kan opslaan in een bestand en speel het dan later af voor nadere inspectie. Dit is handig voor het opsporen van internmitterende problemen, vooral problemen die optreden in tijden dat u het systeem niet direct kunt controleren. Het atopsar-programma wordt gebruikt om de gegevens in het opgeslagen bestand af te spelen.

.
Figuur 2: De atop-systeemmonitor geeft informatie over schijf en netwerkactiviteit naast CPU- en procesgegevens.

Samenvatting sectie

atop bevat veel van dezelfde informatie als top, maar toont ook informatie over netwerk, onbewerkte schijf en logische volumeactiviteit. Afbeelding 2 hierboven toont deze aanvullende gegevens in de kolommen bovenaan het scherm.Merk op dat als u de horizontale schermruimte heeft om een bredere weergave te ondersteunen, er extra kolommen worden weergegeven. Omgekeerd, als u minder horizontale breedte heeft, worden er minder kolommen weergegeven. Ik vind het ook leuk dat bovenop de huidige CPU-frequentie en schaalfactor wordt weergegeven – iets dat ik niet op een van deze monitoren heb gezien – op de tweede regel in de meest rechtse twee kolommen in figuur 2.

Processectie

Het atop-procesdisplay bevat enkele van dezelfde kolommen als die voor top, maar het bevat ook schijf-I / O-informatie en aantal threads voor elk proces, evenals statistieken voor virtuele en echte geheugengroei voor elk proces. Net als bij het overzichtsgedeelte, worden extra kolommen weergegeven als er voldoende horizontaal schermruimte is. In Figuur 2 wordt bijvoorbeeld de RUID (Real User ID) van de proceseigenaar weergegeven. Als u het scherm uitbreidt, wordt ook de EUID (Effective User ID) weergegeven, wat belangrijk kan zijn wanneer programma’s SUID (Set User ID) uitvoeren.

atop kan ook gedetailleerde informatie bieden over schijf-, geheugen-, netwerk- en planningsinformatie voor elk proces. Druk gewoon op de toetsen d, m, n of s om die gegevens te bekijken. De g-toets keert terug naar de algemene procesweergave.

Sorteren kan eenvoudig worden uitgevoerd door C te gebruiken om te sorteren op CPU-gebruik, M voor geheugengebruik, D voor schijfgebruik, N voor netwerkgebruik en A voor automatisch sorteren. Bij automatisch sorteren worden processen meestal gesorteerd op de meest drukke bron. Het netwerkgebruik kan alleen worden gesorteerd als de netatop-kernelmodule is geïnstalleerd en geladen.

U kunt de k-sleutel gebruiken om een proces te beëindigen, maar er is geen optie om een proces te hernoemen.

Standaard worden netwerk- en schijfapparaten waarvoor geen activiteit plaatsvindt gedurende een bepaald tijdsinterval, niet weergegeven. Dit kan leiden tot verkeerde aannames over de hardwareconfiguratie van de host. Het f commando kan worden gebruikt om atop te forceren om de inactieve bronnen weer te geven.

Configuratie

De atop man-pagina verwijst naar configuratiebestanden op globaal en gebruikersniveau, maar er is geen enkele te vinden in my eigen Fedora- of CentOS-installaties. Er is ook geen commando om een gewijzigde configuratie op te slaan en een opslag vindt niet automatisch plaats wanneer het programma wordt beëindigd. Dus er lijkt nu een manier te zijn om configuratiewijzigingen permanent te maken.

htop

Het htop-programma lijkt veel op top, maar dan op steroïden. Het lijkt veel op top, maar biedt ook een aantal mogelijkheden die top niet heeft. In tegenstelling tot atop biedt het echter geen schijf-, netwerk- of I / O-informatie van welk type dan ook.

Figuur 3: htop heeft mooie staafdiagrammen om het resourcegebruik aan te geven en het kan de procesboom weergeven.

Samenvatting sectie

De samenvatting sectie van htop wordt weergegeven in twee kolommen. Het is erg flexibel en kan worden geconfigureerd met verschillende soorten informatie in vrijwel elke gewenste volgorde. Hoewel de CPU-gebruikssecties van boven en boven kunnen worden omgeschakeld tussen een gecombineerd beeldscherm en een beeldscherm dat één staafdiagram voor elke CPU toont, kan htop dat niet. Het heeft dus een aantal verschillende opties voor de CPU-weergave, waaronder een enkele gecombineerde balk, een balk voor elke CPU en verschillende combinaties waarin specifieke CPU’s kunnen worden gegroepeerd in een enkele balk.

Ik denk dit is een schoner samenvattingsscherm dan sommige andere systeemmonitors en het is gemakkelijker te lezen. Het nadeel van dit samenvattingsgedeelte is dat sommige informatie niet beschikbaar is in htop die wel beschikbaar is op de andere monitoren, zoals CPU-percentages per gebruiker, inactiviteit en systeemtijd.

De F2 (Setup) -toets is gebruikt om het overzichtsgedeelte van htop te configureren. Er wordt een lijst met beschikbare gegevensweergaven getoond en u kunt functietoetsen gebruiken om ze toe te voegen aan de linker- of rechterkolom en om ze omhoog en omlaag te verplaatsen binnen de geselecteerde kolom.

Processectie

Het procesgedeelte van htop lijkt sterk op dat van top. Net als bij de andere monitoren, kunnen processen op verschillende factoren worden gesorteerd, waaronder CPU- of geheugengebruik, gebruiker of PID. Merk op dat sorteren niet mogelijk is wanneer de boomweergave is geselecteerd.

Met de F6-toets kunt u de sorteerkolom selecteren; het toont een lijst met de kolommen die beschikbaar zijn om te sorteren en u selecteert de gewenste kolom en drukt op de Enter-toets.

U kunt de pijltjestoetsen omhoog en omlaag gebruiken om een proces te selecteren. Om een proces te beëindigen, gebruikt u de pijltoetsen omhoog en omlaag om het doelproces te selecteren en drukt u op de k-toets. Een lijst met signalen om het proces te verzenden wordt weergegeven met 15, SIGTERM, geselecteerd. U kunt het te gebruiken signaal specificeren als dit verschilt van SIGTERM. U kunt ook de F7- en F8-toetsen gebruiken om het geselecteerde proces te hernoemen.

Een commando dat ik vooral leuk vind, is F5, dat de lopende processen weergeeft in een boomstructuur, waardoor het gemakkelijk is om de ouder / kindrelaties van processen.

Configuratie

Elke gebruiker heeft zijn eigen configuratiebestand, ~ / .config / htop / htoprc en wijzigingen aan de htop-configuratie worden daar automatisch opgeslagen.Er is geen algemeen configuratiebestand voor htop.

blikken

Ik heb onlangs kennis gemaakt met blikken, die meer informatie over uw computer kunnen weergeven dan alle andere monitoren die ik momenteel ken met. Dit omvat schijf- en netwerk-I / O, thermische uitlezingen die zowel CPU- en andere hardwaretemperaturen als ventilatorsnelheden kunnen weergeven, en schijfgebruik per hardwareapparaat en logisch volume.

Het nadeel van het hebben van al deze informatie is dat blikken een aanzienlijke hoeveelheid CPU gebruiken die zichzelf herstelt. Op mijn systemen merk ik dat het ongeveer 10% tot 18% van de CPU-cycli kan gebruiken. Dat is veel, dus u moet rekening houden met die impact wanneer u uw monitor kiest.

Samenvattingssectie

De samenvattingssectie van blikken bevat de meeste van dezelfde informatie als de samenvattende secties van de andere monitoren. Als u voldoende horizontale schermruimte heeft, kan het CPU-gebruik weergeven met zowel een staafdiagram als een numerieke indicator, anders wordt alleen het nummer weergegeven.

Figuur 4: De blikken interface met netwerk-, schijf-, bestandssysteem- en sensorinformatie.

Ik vind deze samenvatting beter dan die van de andere monitoren; Ik denk dat het de juiste informatie biedt in een gemakkelijk te begrijpen formaat. Net als bij atop en htop, kunt u op de 1-toets drukken om te schakelen tussen een weergave van de individuele CPU-kernen of een globale weergave met alle CPU-kernen als één gemiddelde, zoals weergegeven in Afbeelding 4 hierboven.

Procesgedeelte

Het procesgedeelte toont de standaardinformatie over elk van de lopende processen. Processen kunnen automatisch worden gesorteerd a, of op CPU c, geheugen m, naam p, gebruiker u, I / O-snelheid i of tijd t. Wanneer automatisch gesorteerd, worden processen eerst gesorteerd op de meest gebruikte bron.

Glances toont ook waarschuwingen en kritieke waarschuwingen helemaal onderaan het scherm, inclusief de tijd en duur van de gebeurtenis. Dit kan handig zijn bij het diagnosticeren van problemen wanneer u urenlang niet naar het scherm kunt staren. Deze waarschuwingslogboeken kunnen worden in- of uitgeschakeld met het l-commando, waarschuwingen kunnen worden gewist met het w-commando, terwijl waarschuwingen en waarschuwingen allemaal kunnen worden gewist met x.

Het is interessant dat blikken de enige zijn van deze monitoren die niet kunnen worden gebruikt om een proces te doden of te hernoemen. Het is strikt bedoeld als monitor. Je kunt de externe kill- en renice-commando’s gebruiken om processen te manipuleren.

Zijbalk

Glances heeft een erg mooie zijbalk die informatie weergeeft die niet beschikbaar is in top of htop. Atop geeft een deel van deze gegevens weer, maar blikken is de enige monitor die de sensorgegevens weergeeft. Soms is het leuk om de temperaturen in je computer te zien. De afzonderlijke modules, schijf, bestandssysteem, netwerk en sensoren kunnen worden in- en uitgeschakeld met respectievelijk de opdrachten d, f, n en s. De volledige zijbalk kan worden omgeschakeld met 2.

Docker-statistieken kunnen worden weergegeven met D.

Configuratie

Glances heeft geen configuratiebestand nodig om correct te werken. Als u ervoor kiest om er een te hebben, bevindt de systeembrede instantie van het configuratiebestand zich in /etc/glances/glances.conf. Individuele gebruikers kunnen een lokale instantie hebben op ~ / .config / glances / glances.conf die de globale configuratie zal overschrijven. Het primaire doel van deze configuratiebestanden is het instellen van drempels voor waarschuwingen en kritieke waarschuwingen. Er is geen manier die ik kan vinden om andere configuratiewijzigingen – zoals zijbalkmodules of de CPU-displays – permanent aan te brengen. Het lijkt erop dat u deze items elke keer dat u met blikken begint opnieuw moet configureren.

Er is een document, /usr/share/doc/glances/glances-doc.html, dat veel informatie geeft over het gebruik van blikken, en het geeft expliciet aan dat u het configuratiebestand kunt gebruiken om te configureren welke modules worden weergegeven. Noch de gegeven informatie, noch de voorbeelden beschrijven hoe u dat precies moet doen.

Conclusie

Zorg ervoor dat u de man-pagina’s voor elk van deze monitoren leest, want er is een groot aantal informatie over het configureren en ermee omgaan. Gebruik ook de h-toets voor hulp in interactieve modus. Deze hulp kan u informatie geven over het selecteren en sorteren van de gegevenskolommen, het instellen van het update-interval en nog veel meer.

Deze programma’s kunnen u veel vertellen wanneer u op zoek bent naar de oorzaak van een probleem. Ze kunnen u vertellen wanneer een proces, en welk proces, de CPU-tijd opslokt, of er voldoende geheugen vrij is, of processen vastlopen tijdens het wachten op I / O, zoals schijf- of netwerktoegang, en nog veel meer.

Ik raad u ten zeerste aan om tijd te besteden aan het bekijken van deze bewakingsprogramma’s terwijl ze op een systeem draaien dat normaal functioneert, zodat u onderscheid kunt maken tussen de dingen die abnormaal kunnen zijn terwijl u op zoek bent naar de oorzaak van een probleem.

U dient zich er ook van bewust te zijn dat het gebruik van deze monitoringtools het systeemgebruik van bronnen, inclusief geheugen en CPU-tijd, verandert.top en de meeste van deze monitoren gebruiken misschien 2% of 3% van de CPU-tijd van een systeem. blikken hebben veel meer impact dan de andere en kunnen tussen 10% en 20% van de CPU-tijd gebruiken. Houd hier rekening mee bij het kiezen van uw tools.

Oorspronkelijk was ik van plan om SAR (System Activity Reporter) in dit artikel op te nemen, maar naarmate dit artikel langer werd, werd het me ook duidelijk dat SAR aanzienlijk verschilt van deze monitoringtools en een Met dat in gedachten ben ik van plan een artikel te schrijven over SAR en het / proc bestandssysteem, en een derde artikel over het gebruik van al deze tools om problemen op te sporen en op te lossen.