Găsirea Scripturilor Care Consumă CPU și RAM pe Servere Linux cu Comanda "htop"

Comanda htop pe un server Linux este unul dintre cele mai practice instrumente pentru a identifica în timp real scripturile care consumă excesiv CPU și RAM. Prin examinarea coloanelor CPU%, MEM%, PID, USER, TIME+ și COMMAND în ecranul htop, puteți vedea care proces PHP, Python, Node.js, cron, de bază de date sau de sistem solicită serverul; apoi, puteți verifica proprietarul procesului, calea fișierului și scopul execuției pentru a interveni în siguranță.

Indiferent dacă aveți un hosting partajat, VPS, VDS sau un server dedicat, o parte semnificativă din încetinirile bruște provin din scripturi care rulează necontrolat. De exemplu, un plugin WordPress defect, un fișier PHP care intră într-o buclă infinită, o sarcină cron care rulează intens, o interogare de bază de date neoptimizată sau un fișier web compromis pot duce la utilizarea CPU-ului aproape de 100% în câteva minute. Când consumul de RAM crește, serviciile pot întârzia, conexiunile MySQL pot cădea, site-urile web pot returna eroarea 503 sau nucleul Linux poate folosi OOM Killer pentru a închide anumite procese.

În acest ghid, vom aborda pas cu pas de la instalarea htop, la modul de citire a ecranului, cum să identificați scripturile care consumă CPU și RAM, cum să găsiți calea fișierului folosind PID și cum să interveniți în siguranță asupra procesului. De asemenea, vom discuta despre suspiciuni de securitate, controlul cron, analiza logurilor și sugestii de optimizare aplicabile pentru a preveni reapariția problemelor. Dacă întâmpinați frecvent probleme cu limitele de resurse pe serverul dumneavoastră, puteți verifica paginile Pachete server VPS și Web hosting de înaltă performanță pentru a revizui opțiunile de infrastructură.

Ce Este htop și De Ce Este Mai Util Decât Comanda top?

htop este un instrument de terminal care permite monitorizarea interactivă a proceselor care rulează pe sistemele Linux. Este similar cu comanda classică top, dar oferă o interfață mai ușor de citit, indicatoare de resurse colorate, sortare și filtrare ușoară, precum și funcții de gestionare a proceselor. Din acest motiv, htop este unul dintre primele instrumente la care se uită majoritatea administratorilor de sistem atunci când diagnostichează rapid un server live.

Cu htop, puteți vizualiza instantaneu următoarele informații:

• Procentul de CPU utilizat de fiecare proces
• Procentul de RAM utilizat de fiecare proces și cantitatea de memorie
• Numărul PID al procesului
• Utilizatorul care rulează procesul
• Linia de comandă sau numele scriptului
• Timpul de execuție și valoarea priorității
• Media încărcăturii, RAM total, swap și utilizarea nucleelor CPU

În special într-un mediu de hosting, atunci când pe același server rulează mai multe site-uri, utilizatori sau servicii, a vedea doar utilizarea totală a resurselor nu este suficient. Este necesar să se determine care utilizator, care site web, care sarcină cron sau care fișier script este responsabil. Comanda htop pe un server Linux oferă un diagnostic rapid inițial în acest sens.

Instalarea htop: Comenzi în Funcție de Distribuție

În multe dintre distribuțiile moderne de Linux, htop poate să nu fie preinstalat. Dacă aveți drepturi de root sau sudo, îl puteți instala în câteva secunde. Înainte de instalare, actualizarea listei de pachete reduce riscul de erori, mai ales pe serverele nou instalate.

Instalarea htop pe Servere Ubuntu și Debian

Pe un server bazat pe Ubuntu sau Debian, pot fi folosite următoarele comenzi:

sudo apt update

sudo apt install htop -y

După instalare, puteți porni instrumentul tastând comanda htop. Dacă nu aveți drepturi sudo, poate fi necesar să solicitați asistență de la furnizorul de hosting. Dacă folosiți un VPS gestionabil, accesul root vă aparține de obicei.

Instalarea pe AlmaLinux, Rocky Linux, CentOS și RHEL

Pe sistemele bazate pe RHEL, managerul de pachete poate fi dnf sau yum, în funcție de versiune:

sudo dnf install htop -y

Pe versiunile mai vechi de CentOS, poate fi necesar să activați depozitul EPEL:

sudo yum install epel-release -y

sudo yum install htop -y

Dacă instalarea a fost un succes, când tastați htop în terminal, se va deschide ecranul de monitorizare colorat. Dacă sunteți nou în gestionarea serverelor, conținutul ghid pentru comenzi Linux oferă un început practic pentru comenzile de bază Linux.

Cum să Citiți Ecranul htop: Ce Înseamnă Fiecare Coloană?

Când deschideți htop, partea de sus a ecranului arată informații despre nucleele CPU, RAM, swap, numărul de sarcini, numărul de thread-uri, media încărcăturii și timpul de funcționare. În partea de jos, sunt listate procesele active. Cele mai folosite zone în diagnosticare sunt următoarele:

Un punct important de reținut este că un vârf temporar al CPU-ului nu înseamnă întotdeauna o problemă. De exemplu, în timpul unei copieri de rezervă, optimizării imaginii, curățării cache-ului sau în timpul unui trafic intens, CPU-ul poate crește pe termen scurt. Problema apare atunci când același proces consumă un timp îndelungat un CPU sau RAM ridicat, valoarea mediei de încărcare depășește semnificativ numărul de nuclee și serviciile web nu mai pot răspunde.

Găsirea Scripturilor Care Consumă CPU cu htop

Pentru a găsi scripturile care folosesc excesiv procesorul, în timp ce htop este deschis, puteți selecta zona de sortare cu tasta F6 sau puteți sorta după coloana CPU%. În unele terminale, dacă suportul pentru mouse este activat, un clic pe titlul CPU% poate fi suficient. Procesele care apar în partea de sus sunt cele care utilizează cel mai mult CPU în acel moment.

Pasul 1: Setați Sortarea După CPU%

În timp ce htop este activ, sortați procesele după utilizarea CPU-ului. De exemplu, dacă un proces precum php-fpm, php, python3, node, java, mysqld sau bash rămâne constant în top, notați acel proces. În utilizarea pe un singur nucleu, 100% pare a fi limita normală, în timp ce pe sisteme multi-nucleu, un proces poate arăta valori de 200% sau 400%. Acest lucru indică faptul că procesul utilizează mai multe nuclee.

Pasul 2: Notați Informațiile PID și USER

Notați numărul PID al procesului suspect și informația USER. De exemplu, dacă PID-ul este 24819, USER-ul este siteuser și în câmpul COMMAND vedeți php /home/siteuser/public_html/wp-cron.php, este foarte probabil ca problema să fie legată de cronul sau mecanismul WordPress al site-ului în cauză. Dacă câmpul COMMAND este prea scurt, puteți activa în setările htop afișarea completă a liniei de comandă sau puteți obține detalii folosind comanda ps.

Pasul 3: Vedeți Comanda Reală a Procesului

Pentru a vedea linia de comandă detaliată prin intermediul PID-ului, se poate folosi următoarea comandă:

ps -fp PID

Exemplu de utilizare:

ps -fp 24819

Această ieșire arată de obicei din ce fișier rulează scriptul. Dacă comanda apare ca php /home/kullanici/public_html/index.php, este posibil să fie o solicitare web generată de trafic. Dacă apare ca php /home/kullanici/public_html/wp-content/plugins/bilinmeyen-eklenti/task.php, ar putea fi o problemă legată de un plugin.

Pasul 4: Verificați Calea Fișierului și Fișierele Deschise

Pentru a vedea ce fișiere utilizează un proces, instrumentul lsof este foarte valoros:

lsof -p PID

Această comandă arată fișierele deschise de proces, bibliotecile, logurile și conexiunile de rețea. În mediile de hosting web, această ieșire poate ajuta la înțelegerea directorului site-ului activ. De exemplu, dacă vedeți un fișier PHP cu un nume ciudat care rulează în /home/example/public_html/wp-content/uploads, acesta poate fi un indiciu al unei încălcări de securitate. Într-o astfel de situație, nu este suficient să închideți procesul; trebuie efectuată curățarea fișierului, schimbarea parolei, actualizarea pluginurilor și scanarea de securitate. Pagina soluții pentru certificate SSL poate fi de asemenea revizuită pentru configurații de SSL și conexiuni securizate.

Găsirea Scripturilor Care Consumă RAM cu htop

Problemele legate de RAM pot fi mai insidioase decât cele legate de CPU. Atunci când CPU-ul crește, de obicei simțiți o încetinire temporară; când RAM-ul se epuizează, serviciile se pot închide în mod neașteptat, swap-ul este utilizat intens și întârzierea generală a serverului crește. Puteți lista procesele care consumă cel mai mult memorie prin sortarea după coloana MEM% în ecranul htop.

Înțelegerea Relației Dintre MEM%, RES și Swap

htop arată de obicei procentul de MEM%. În unele configurații, coloanele VIRT, RES și SHR sunt de asemenea vizibile. Atunci când analizați RAM-ul, valoarea RES este deosebit de importantă; deoarece aceasta reflectă zona efectiv utilizată de proces în memoria fizică. Valoarea VIRT nu indică întotdeauna consumul real de RAM, așa că poate fi înșelătoare atunci când este luată singular.

De exemplu, pe un VPS cu 4 GB RAM, utilizarea de 900 MB RES de către un singur proces PHP nu este normală. În mod similar, dacă o aplicație Node.js crește de la 200 MB la 1.5 GB în timp, poate indica o scurgere de memorie. Utilizarea ridicată a RAM-ului de către MySQL sau MariaDB poate fi uneori un comportament normal de cache; în acest caz, performanța interogărilor, setările buffer-ului și memoria totală a sistemului trebuie evaluate împreună.

Cauze Tipice pentru Scripturile Care Consumă RAM

• Coduri PHP, Python sau Node.js care intră în bucle infinite
• Încărcarea în memorie a fișierelor mari CSV, XML sau JSON într-o singură dată
• Pluginuri și funcții de teme WordPress neoptimizate
• Procese de procesare a imaginilor, generare PDF sau conversii video
• Interogări grele repetate din cauza utilizării insuficiente a cache-ului
• Trafic de bot sau atacuri care determină execuția repetată a aceluiași script
• Servicii de fundal pe termen lung cu scurgeri de memorie

În astfel de cazuri, închiderea procesului doar cu comanda kill oferă o soluție temporară. O soluție permanentă necesită analizarea a ceea ce face scriptul, cu ce date este declanșat și de ce nu eliberează memorie.

Căutarea, Filtrarea și Viziunea pe Arbori în htop

Dacă pe server rulează sute de procese, căutarea manuală în listă devine dificilă. htop oferă scurtături utile în acest sens. Puteți căuta cu F3, aplica filtre cu F4 sau treceți la viziunea pe arbori cu F5. Viziunea pe arbori este importantă pentru a vedea relațiile între părinte și copil. De exemplu, puteți vizualiza mai clar procesele php-fpm copil care rulează sub nginx sau Apache, scripturile declanșate sub cron sau serviciile Node.js gestionate de supervisor.

Exemple Practice de Filtrare

• Scrieți php pentru a vizualiza doar procesele PHP.
• Scrieți python pentru a extrage scripturile Python.
• Scrieți wp-cron pentru a verifica comportamentul cron al WordPress.
• Scrieți node pentru a analiza aplicațiile Node.js.
• Filtrați după numele de utilizator pentru a vizualiza procesele dintr-un singur cont de hosting.

Aceste filtre economisesc timp, mai ales pe serverele multi-utilizator. De exemplu, dacă pe același server sunt găzduite 30 de site-uri diferite, coloana USER și calea comenzii pot fi examinate împreună pentru a înțelege rapid de unde provine problema. Dacă doriți să simplificați partea de administrare pentru proiectele dvs. bazate pe domenii, consultați pagina Verificare domeniu și înregistrare.

Plan de Intervenție Securizat pentru PID-uri Suspecte

Când găsiți un proces care consumă resurse, poate fi tentant să folosiți imediat kill -9. Totuși, această abordare poate duce la pierderi de date, operațiuni de scriere incomplete sau inconsistențe în servicii. Este necesară o abordare mai sigură.

1. Documentați Procesul

Mai întâi, notați PID, USER, COMMAND, CPU%, MEM% și timpul. Dacă este posibil, faceți o captură de ecran a htop. Aceste înregistrări facilitează compararea în cazuri de probleme recurente. Aceste date sunt utile în special atunci când oferiți explicații tehnice clienților în proiecte de agenție, e-commerce sau corporative.

2. Verificați Calea Fișierului Procesului

Confirmați calea fișierului cu ieșirile ps -fp PID și lsof -p PID. Dacă fișierul se află în directorul rădăcină web, verificați logurile aplicației relevante. Pentru WordPress, wp-content/debug.log, pentru serverul web, logul de acces și logul de eroare, iar pentru PHP-FPM, logul lent oferă indicii importante.

3. Încercați Mai Întâi Să Opriți Gracefully

Dacă procesul este cu adevărat necontrolat, trimiteți mai întâi semnalul standard de oprire:

kill PID

Așteptați câteva secunde și verificați în htop dacă procesul s-a închis. Dacă nu se închide și afectează grav sănătatea sistemului, ca ultimă soluție poate fi folosită următoarea comandă:

kill -9 PID

Semnalul kill -9 oprește procesul fără a-i oferi ocazia de a curăța. Din acest motiv, trebuie utilizat cu atenție pentru operațiunile de bază de date, procesele de scriere a fișierelor sau sarcinile de backup.

4. Dacă Se Reporneste, Găsiți Declanșatorul

Dacă un proces repornește în câteva secunde după ce a fost oprit, ar putea fi cauzat de cron, un serviciu systemd, supervisor, o solicitare web sau trafic de bot. Pentru logurile cron, utilizați crontab -l, pentru serviciile de sistem, verificați statusul cu systemctl status numeserviciu, iar pentru traficul web, examinați logul de acces. Dacă problema provine din wp-cron-ul WordPress, configurația reală cron și politica de cache trebuie revizuite.

Îmbinarea Descoperirilor htop cu Logurile

htop vă arată ce consumă resurse; logurile vă ajută să înțelegeți de ce consumă. Fără utilizarea acestor două date împreună, diagnosticul va fi incomplet. De exemplu, un proces php-fpm care utilizează 180% CPU pe htop ar putea să nu fie vizibil fără logul de acces pentru a determina care URL sau bot a declanșat acel proces.

Exemple de loguri care pot fi verificate includ:

• Logul de acces al serverului web: arată URL-urile care primesc cereri intense.
• Logul de eroare al serverului web: arată erorile PHP, permisiunile fișierelor și erorile 500.
• Logul lent PHP-FPM: arată fișierele și funcțiile PHP care rulează lent.
• Logul lent al interogărilor MySQL: detectează interogările SQL grele.
• Logul de autentificare sau logul securizat: arată tentativele suspecte de acces.
• Logul cron: arată când au fost executate sarcinile programate.

De exemplu, dacă PID-ul care consumă mult CPU pe htop primește mii de cereri pentru /wp-admin/admin-ajax.php în aceeași minută, problema poate fi cauzată de un plugin, trafic de bot sau un proces AJAX prost proiectat. În această situație, WAF, limitarea ratei, cache-ul și optimizarea pluginurilor ar trebui să fie luate în considerare împreună. Pentru a aborda performanța site-ului la o scară mai largă, conținutul Optimizarea vitezei site-ului web poate fi util.

Cum Se Face Distincția Între O Încărcare Normală Și O Încărcare Problematică?

Orice utilizare ridicată a resurselor nu înseamnă automat o criză. Hardware-ul serverului, nivelul de trafic, tipul de aplicație și operațiunile de întreținere trebuie luate în considerare. Pentru un VPS cu 2 nuclee, o medie de încărcare care rămâne mult timp între 6-8 este un semn grav de congestionare. Pe un server dedicat cu 16 nuclee, aceeași valoare poate fi normală. De aceea, interpretarea mediei de încărcare trebuie să fie corelată cu numărul de nuclee.

Această comparație ajută la separarea panicii inutile de crizele reale de performanță. În special pe site-urile de e-commerce, campaniile, integrarea plăților și actualizările de stoc pot genera creșteri temporare ale resurselor. Totuși, dacă această creștere afectează experiența utilizatorului, optimizarea aplicației și capacitatea serverului trebuie evaluate împreună.

Suspiciune de Securitate: Scripturile Care Consumă Resurse Ar Putea Fi Dăunătoare?

Un script care consumă CPU sau RAM nu este întotdeauna o simplă eroare. Pe site-urile web compromise, atacatorii pot rula scripturi de spam, minerit de criptomonede, trafic proxy, boturi DDoS sau scripturi de backdoor. Comenzile ciudate care rulează sub utilizatori neașteptați pe ecranul htop, fișierele cu nume aleatorii, fișierele binare care rulează din /tmp sau fișierele PHP care rulează în public_html/uploads trebuie tratate cu seriozitate din punct de vedere al securității.

Semne de Suspiciune

• Nume de fișiere fără sens sau cu caractere aleatorii în câmpul COMMAND
• Fișiere care rulează din directoare precum /tmp, /dev/shm sau uploads
• Procese perl, python sau bash care nu ar trebui să existe
• Procese care generează conexiuni externe ridicate
• Același utilizator care inițiază foarte multe procese într-un timp scurt
• Modificări recente neautorizate în fișierele web

Într-o astfel de situație, înainte de a închide procesul, este recomandat să obțineți ieșiri de comandă ca dovezi. Apoi, verificați permisiunile fișierului, izolați fișierele dăunătoare, schimbați toate parolele pentru panou și CMS, actualizați fișierele de bază ale pluginurilor și temelor și efectuați o scanare de securitate. De asemenea, utilizarea autentificării cu doi factori în panourile de administrare și eliminarea permisiunilor de scriere inutile reduce riscul pe termen lung.

Cele Mai Bune Practici pentru Prevenirea Reapariției Problemelor de Performanță

Identificarea problemei cu htop este importantă; însă adevărata valoare constă în prevenirea reapariției aceleași probleme. Măsurile de mai jos reduc semnificativ întreruperile cauzate de CPU și RAM pe serverele Linux.

• Setați valorile PHP memory_limit, max_execution_time și pm.max_children în funcție de capacitatea serverului.
• Utilizați un mecanism de cache în WordPress, Joomla sau software personalizat.
• Eliminați pluginurile, temele și modulele inutile.
• Optimizați interogările grele folosind log-ul lent MySQL.
• Nu aglomerați sarcinile cron în aceeași minută; rulați-le intermitent.
• Implementați limitarea ratei, robots.txt și reguli de firewall pentru traficul de bot.
• Rotiti logurile aplicației regulat; monitorizați efectul fișierelor de log mari asupra discului și RAM-ului.
• Monitorizați metricile serverului nu doar în momentele de criză, ci regulat.

Dacă, în ciuda optimizărilor, utilizarea resurselor rămâne constant ridicată, problema nu poate fi doar la nivelul software-ului. Traficul a crescut, aplicația s-a extins sau pachetul de hosting actual a devenit insuficient. În această situație, un VPS scalabil, mai mult RAM, un disk NVMe mai rapid sau un server cu resurse izolate devin o opțiune rațională. Puteți compara opțiunile pentru analiza nevoilor prin Pachete de hosting și soluții pentru servere corporate.

Scenariul Exemplu: Explozie de CPU pe un Site WordPress

Să analizăm un scenariu realist. Pe un VPS cu 4 nuclee și 8 GB RAM, rulează câteva site-uri WordPress. Utilizatorii raportează că site-ul s-a încetinit și primește din când în când eroarea 502. Când se deschide htop în terminal, media încărcăturii este la 12, toate nucleele CPU sunt ocupate și în partea de sus se observă foarte multe procese php-fpm aparținând aceluiași utilizator.

Filtrăm după numele de utilizator cu F4. Se notează PID-ul unuia dintre procesele care consumă CPU; ieșirea ps -fp PID arată că este un worker php-fpm; iar cu lsof -p PID se observă accesul la fișierul /home/site/public_html/wp-content/plugins/example-importer/import.php. Examinând logul de acces, se observă cereri de administrator care declanșează acest fișier în aceeași minută, urmate de apeluri AJAX repetate.

Ca soluție, se oprește procesul de import, se dezactivează sarcina programată a pluginului, se împarte importul de date mari în bucăți și se ajustează limita max_execution_time PHP. De asemenea, se utilizează cron-ul sistemului în loc de wp-cron. Ca urmare, media încărcăturii scade de la 12 la 1.8, utilizarea CPU revine la normal și timpii de răspuns ai web-ului se îmbunătățesc semnificativ. Acest exemplu arată cât de eficient este htop, nu doar de unul singur, ci împreună cu ps, lsof și analiza logurilor.

Greșeli Frecvente în Utilizarea htop

• Închiderea doar a procesului din vârful listei fără a investiga cauza principală.
• Confundarea valorii VIRT cu utilizarea reală a RAM-ului.
• Considerarea utilizării RAM-ului de către MySQL pentru cache drept o problemă directă.
• Utilizarea comenzii kill -9 ca primă opțiune.
• Acuzarea aplicației sau utilizatorului fără a verifica logurile.
• Interpretarea valorii medii de încărcare fără a ține cont de numărul de nuclee CPU.
• Nefăcerea unei analize a integrității fișierelor în caz de suspiciune de încălcare a securității.

Evitați aceste greșeli pentru a reduce atât timpul de nefuncționare, cât și riscul de pierdere a datelor cauzat de intervenții greșite. Diagnosticul corect în gestionarea sistemului este adesea mai valoros decât o intervenție rapidă.

Întrebări Frecvente

Ce face comanda htop pe un server Linux?

Comanda htop pe un server Linux arată în timp real procesele active, consumul de CPU, RAM, utilizator, PID și informațiile despre comandă. Acest lucru vă permite să identificați rapid scripturile care consumă excesiv CPU sau memorie.

Cum găsesc un script care consumă CPU cu htop?

Sortați procesele pe ecranul htop după coloana CPU%, notați PID-ul și informația USER pentru procesul care rămâne mult timp în partea de sus. Apoi, verificați cu ps -fp PID și lsof -p PID calea fișierului scriptului și ce este executat.

În analiza consumului de RAM, ar trebui să mă concentrez pe MEM% sau VIRT?

În analiza RAM-ului, MEM% și în special valoarea RES sunt mai semnificative. VIRT arată cantitatea de memorie virtuală alocată și nu indică întotdeauna consumul fizic de RAM.

Este corect să închid un proces care consumă resurse imediat cu kill -9?

În general, nu. Este mai sigur să documentați ce este procesul, să verificați calea fișierului și să încercați să folosiți comanda kill PID. Kill -9 ar trebui folosit doar ca ultimă soluție dacă procesul nu se închide și afectează grav sănătatea serverului.

Utilizarea ridicată a CPU-ului pe htop indică întotdeauna un atac?

Nu. Procesele de backup, import, generare de cache sau trafic intens pot crește utilizarea CPU-ului. Totuși, comenzile cu nume aleatorii, fișierele care rulează din /tmp sau uploads și procesele sub utilizatori neașteptați pot indica suspiciuni de securitate.

În concluzie, comanda htop pe un server Linux este un punct de plecare rapid, practic și eficient pentru a identifica scripturile care consumă CPU și RAM. Pentru cele mai corecte rezultate, datele htop trebuie combinate cu analiza PID, ieșirile lsof, verificarea cron-ului și analiza logurilor. Dacă problemele de resurse pe serverul dumneavoastră se repetă frecvent, evaluați atât optimizarea software-ului, cât și capacitatea infrastructurii; dacă este necesar, comparați soluțiile de hosting, VPS și SSL oferite de Hostragons fără presiunea vânzărilor pentru a alege structura cea mai potrivită pentru proiectul dumneavoastră.