Linux Serverdə “htop” Əmrindən İstifadə Edərək CPU və RAM-i Tükədən Skriptləri Tapmaq

Linux serverdə htop əmri, CPU və RAM-i çox istifadə edən skriptləri real vaxt rejimində aşkarlamaq üçün ən praktik monitorinq vasitələrindən biridir. htop ekranında CPU%, MEM%, PID, USER, TIME+ və COMMAND sütunlarını izləyərək hansı PHP, Python, Node.js, cron, verilənlər bazası və ya sistem prosesinin serveri yorduğunu görə, daha sonra prosesin sahibini, fayl yolunu və iş məqsədini yoxlayaraq təhlükəsiz müdaxilə edə bilərsiniz.

Paylaşılan hosting, VPS, VDS və ya dedicated server fərqi olmadan, qəfil yavaşlamaların böyük hissəsi nəzarətsiz işləyən skriptlərdən qaynaqlanır. Məsələn, səhv konfiqurasiya olunmuş WordPress əlavəsi, sonsuz dövrəyə girən PHP faylı, yüksək yüklü cron işi, optimallaşdırılmamış verilənlər bazası sorğusu və ya ələ keçirilmiş veb faylı dəqiqələr ərzində CPU istifadəsini 100%-ə çatdıra bilər. RAM istifadəsi artdıqda isə xidmətlər donur, MySQL bağlantıları kəsilir, veb saytlar 503 səhvi verir və ya Linux nüvəsi OOM Killer ilə bəzi prosesləri bağlaya bilər.

Bu bələdçidə htop-un quraşdırılmasından başlayaraq ekranın necə oxunacağını, CPU və RAM-i tükədən skriptlərin necə seçiləcəyini, PID vasitəsilə fayl yolunun necə tapılacağını və prosesə təhlükəsiz müdaxilənin addım-addım izahı veriləcək. Həmçinin təhlükəsizlik şübhəsi, cron yoxlanışı, log analizi və təkrarlanmaması üçün optimallaşdırma tövsiyələri təqdim olunacaq. Əgər serverinizdə tez-tez resurs limitləri problemləri yaranırsa, infrastruktur seçimini nəzərdən keçirmək üçün VPS server paketləri və Yüksək performanslı veb hosting səhifələrinə baxa bilərsiniz.

htop Nədir və Niyə top Əmrindən Daha Faydalıdır?

htop, Linux sistemlərində işləyən prosesləri interaktiv şəkildə izləməyə imkan verən terminal proqramıdır. Klasik top əmrinə oxşar olsa da, daha oxunaqlı interfeys, rəngli resurs göstəriciləri, asan sıralama, axtarış, filtr və proses idarəetmə funksiyaları ilə fərqlənir. Bu səbəbdən canlı serverdə sürətli diaqnostika apararkən htop əksər sistem administratorlarının ilk müraciət etdiyi vasitədir.

htop ilə anında aşağıdakı məlumatları görə bilərsiniz:

• Hər prosesin istifadə etdiyi CPU faizi
• Hər prosesin istifadə etdiyi RAM faizi və yaddaş miqdarı
• Prosesin PID nömrəsi
• Prosesin işlədiyi istifadəçi
• Əmr sətri və ya skriptin adı
• İşləmə müddəti və prioritet dəyəri
• Load average, ümumi RAM, swap və CPU nüvələrinin istifadəsi

Xüsusilə hosting mühitində eyni serverdə çoxsaylı saytlar, istifadəçilər və ya xidmətlər işləyirsə, sadəcə ümumi resurs istifadəsini görmək kifayət etmir. Problemin hansı istifadəçiyə, hansı sayta, hansı cron tapşırığına və ya hansı skript faylına aid olduğunu tapmaq vacibdir. Linux serverdə htop əmri bu mərhələdə sürətli ilkin diaqnostika imkanı verir.

htop Quraşdırılması: Paylama Əsaslı Əmrlər

Bir çox müasir Linux paylamalarında htop əvvəlcədən quraşdırılmaya bilər. Root və ya sudo səlahiyyətiniz varsa, bir neçə saniyədə quraşdıra bilərsiniz. Quraşdırmadan əvvəl paket siyahısını yeniləmək, xüsusən yeni serverlərdə səhvlərin qarşısını alır.

Ubuntu və Debian Serverlərdə htop Quraşdırılması

Ubuntu və ya Debian əsaslı serverdə aşağıdakı əmrlərdən istifadə edin:

sudo apt update

sudo apt install htop -y

Quraşdırma tamamlandıqdan sonra htop əmrini yazaraq proqramı işə sala bilərsiniz. Əgər sudo səlahiyyətiniz yoxdursa, hosting provayderinizdən dəstək istəmək lazım ola bilər. İdarə olunan VPS istifadə edirsinizsə, root girişi adətən sizə məxsus olur.

AlmaLinux, Rocky Linux, CentOS və RHEL Quraşdırması

RHEL əsaslı sistemlərdə paket meneceri versiyaya görə dnf və ya yum ola bilər:

sudo dnf install htop -y

Köhnə CentOS versiyalarında EPEL deposu əlavə etmək lazım gələ bilər:

sudo yum install epel-release -y

sudo yum install htop -y

Quraşdırma uğurludursa, terminalda htop yazdığınızda rəngli monitorinq ekranı açılacaq. Server idarəçiliyi ilə yenicə tanışsınızsa, əsas Linux əmrləri üçün Linux əmrləri bələdçisi məzmununa da baxmaq faydalıdır.

htop Ekranını Anlamaq: Hər Sütun Nə Deməkdir?

htop açıldığında ekranın yuxarı hissəsində CPU nüvələri, RAM, swap, proses sayı, thread sayı, load average və uptime (işləmə müddəti) məlumatları görünür. Aşağı hissədə isə işləyən proseslər siyahılanır. Problemlərin diaqnostikasında ən çox istifadə olunan sahələr aşağıdakılardır.

Qeyd etmək lazımdır ki, anlıq CPU artımı həmişə problem deyil. Məsələn, ehtiyat nüsxə çıxarma, vizual optimizasiya, cache təmizliyi və ya yüksək trafik zamanı CPU qısa müddətə yüksələ bilər. Problem eyni prosesin dəqiqələr ərzində yüksək CPU və ya RAM istifadə etməsi, load average dəyərinin nüvələrin sayından çox olması və veb xidmətlərinin cavab verməməsidir.

CPU İstifadəsini Artıran Skriptləri htop İlə Tapmaq

CPU-nu çox istifadə edən skriptləri tapmaq üçün htop ekranında F6 düyməsi ilə sıralama sahəsini seçə və ya CPU% sütunu üzrə sıralama edə bilərsiniz. Bəzi terminallarda siçan dəstəyi aktivdirsə, CPU% başlığına klikləmək kifayətdir. Siyahının yuxarısında olan proseslər həmin anda ən çox CPU istifadə edənlərdir.

1-ci Addım: CPU% Sütunu Üzrə Sıralayın

htop işləyərkən prosesləri CPU istifadə faizinə görə sıralayın. Məsələn, php-fpm, php, python3, node, java, mysqld və ya bash kimi proseslərdən biri davamlı yuxarılarda görünürsə, onu qeyd edin. Tək nüvəli sistemdə 100% maksimum limit kimi görünsə də, çox nüvəli sistemlərdə proses 200% və ya 400%-ə qədər göstərə bilər. Bu, prosesin bir neçə nüvəni paralel istifadə etdiyini göstərir.

2-ci Addım: PID və USER Məlumatını Qeyd Edin

Şübhəli prosesin PID nömrəsini və USER məlumatını yazın. Məsələn, PID 24819, USER olaraq siteuser və COMMAND sahəsində php /home/siteuser/public_html/wp-cron.php görünürsə, problem çox güman ki, həmin saytın cron və ya WordPress mexanizmi ilə bağlıdır. Əgər COMMAND qısa görünürsə, htop parametrlərindən tam əmr sətirinin göstərilməsini aktiv edə və ya ps əmri ilə əlavə məlumat ala bilərsiniz.

3-cü Addım: Prosesin Dəqiq Əmrini Görmək

PID əsasında ətraflı əmr sətrini görmək üçün aşağıdakı əmrdən istifadə edin:

ps -fp PID

Nümunə:

ps -fp 24819

Bu nəticə adətən skriptin hansı fayldan işlədiyini göstərir. Məsələn, əmr php /home/kullanici/public_html/index.php kimidirsə, trafikdən qaynaqlanan veb istəyi ola bilər. Əgər php /home/kullanici/public_html/wp-content/plugins/bilinmeyen-eklenti/task.php kimi görünürsə, problem əlavəyə bağlıdır.

4-cü Addım: Fayl Yolunu və Açıq Faylları Yoxlamaq

Prosesin hansı faylları istifadə etdiyini öyrənmək üçün lsof alətindən istifadə etmək faydalıdır:

lsof -p PID

Bu əmr prosesin açdığı faylları, kitabxanaları, logları və şəbəkə bağlantılarını göstərir. Veb hosting mühitində bu məlumatla hansı sayt qovluğunun aktiv olduğunu anlamaq mümkündür. Məsələn, /home/example/public_html/wp-content/uploads daxilində qəribə adlı PHP faylı görsəniz, bu, təhlükəsizlik pozuntusunun göstəricisi ola bilər. Belə halda prosesi sadəcə dayandırmaq yetərli deyil; fayl təmizliyi, şifrə dəyişimi, əlavə yeniləmələri və təhlükəsizlik yoxlamaları edilməlidir. SSL və təhlükəsiz əlaqə tənzimləmələri üçün SSL sertifikatı həlləri səhifəsinə baxa bilərsiniz.

RAM İstifadəsini Artıran Skriptləri htop İlə Tapmaq

RAM problemləri CPU problemlərindən daha gizli inkişaf edə bilər. CPU yüksəldikdə anlıq yavaşlama hiss olunur; RAM tükəndikdə isə xidmətlər gözlənilmədən bağlana, swap istifadəsi artıb serverdə gecikmələr yarana bilər. htop ekranında MEM% sütununu sıralayaraq ən çox yaddaş istifadə edən prosesləri görə bilərsiniz.

MEM%, RES və Swap Münasibətini Anlamaq

htop-un standart görünüşündə MEM% göstərilir. Bəzi konfiqurasiyalarda VIRT, RES və SHR sütunları da görünür. RAM analizində RES dəyəri xüsusi önəmlidir, çünki prosesin fiziki yaddaşda həqiqətən istifadə etdiyi miqdarı göstərir. VIRT isə həmişə real RAM istifadə etmə demək deyil və təkbaşına səhv nəticələrə gətirib çıxara bilər.

Məsələn, 4 GB RAM olan bir VPS-də tək bir PHP prosesinin 900 MB RES istifadə etməsi normal deyil. Node.js tətbiqinin zamanla 200 MB-dən 1.5 GB-ə yüksəlməsi yaddaş sızması ehtimalını göstərir. MySQL və ya MariaDB-də yüksək RAM istifadəsi bəzən normal cache davranışı ola bilər; burada sorğu performansı, buffer parametrləri və ümumi sistem yaddaşı birlikdə qiymətləndirilməlidir.

RAM İstifadəsini Artıran Skriptlərin Tipik Səbəbləri

• Sonsuz dövrəyə girən PHP, Python və ya Node.js kodları
• Böyük CSV, XML və ya JSON fayllarının yaddaşa birdəfəlik yüklənməsi
• Optimallaşdırılmamış WordPress əlavələri və tema funksiyaları
• Şəkil emalı, PDF yaradılması və ya video çevirmə əməliyyatları
• Yetərsiz cache istifadə nəticəsində təkrarlanan ağır sorğular
• Bot trafiki və ya hücum səbəbindən eyni skriptin çoxsaylı işə düşməsi
• Yaddaş sızması olan uzunmüddətli arxa plan xidmətləri

Bu hallarda sadəcə kill əmriylə prosesi bağlamaq müvəqqəti rahatlıq verir. Davamlı həll üçün skriptin nə etdiyini, hansı girişlərlə işə düşdüyünü və niyə yaddaşın boşalmadığını təhlil etmək lazımdır.

htop-da Axtarış, Filtrləmə və Ağac Görünüşü

Serverdə yüzlərlə proses işləyirsə, siyahı içində əl ilə axtarış çətinləşir. htop bu məsələdə faydalı qısa yollar təqdim edir. F3 düyməsi ilə axtarış, F4 ilə filtr tətbiqi, F5 ilə isə ağac (tree) görünüşünə keçmək olar. Ağac görünüşü valideyn-uşaq əlaqələrini izləmək üçün vacibdir. Məsələn, nginx və ya Apache altında çalışan php-fpm child prosesləri, cron tərəfindən işə salınan skriptlər və ya supervisor tərəfindən idarə olunan Node.js servislərini daha aydın görə bilərsiniz.

Praktik Filtrləmə Nümunələri

• “php” yazaraq yalnız PHP proseslərini göstərin.
• “python” yazaraq Python skriptlərini süzün.
• “wp-cron” yazaraq WordPress cron işlərini yoxlayın.
• “node” yazaraq Node.js tətbiqlərini nəzərdən keçirin.
• İstifadəçi adı ilə filtrləyərək tək bir hosting hesabının proseslərini görün.

Bu filtrlər, xüsusilə çox istifadəçili serverlərdə vaxt qənaəti təmin edir. Məsələn, 30 fərqli sayt bir serverdə yerləşirsə, USER sütunu və əmr yolu birlikdə analiz edilərək problemin hansı hesabdan qaynaqlandığı tez müəyyən olunur. Domen əsaslı layihələr üçün idarəetməni sadələşdirmək istəyirsinizsə, domain sorğulama və qeyd səhifəsinə baxa bilərsiniz.

Şübhəli PID Üçün Təhlükəsiz Müdaxilə Planı

Resursları çox istifadə edən prosesi tapanda dərhal kill -9 əmrini işlətmək cəlbedici görünə bilər. Amma bu, məlumat itkisinə, yarımçıq yazma əməliyyatlarına və xidmət pozuntularına səbəb ola bilər. Daha təhlükəsiz plan izləmək lazımdır.

1. Prosesi Sənədləşdirin

Əvvəl PID, USER, COMMAND, CPU%, MEM% və vaxtı qeyd edin. Mümkündürsə, htop ekran görüntüsü alın. Bu məlumatlar təkrarlanan problemlərdə müqayisə aparmağa kömək edir. Xüsusilə agentliklər, e-ticarət və korporativ layihələrdə müştəriyə texniki izah vermək üçün faydalıdır.

2. Prosesin Fayl Yolunu Yoxlayın

ps -fp PID və lsof -p PID nəticələri ilə fayl yolunu dəqiqləşdirin. Fayl veb kök qovluğundadırsa, müvafiq tətbiq loglarını yoxlayın. WordPress üçün wp-content/debug.log, veb server üçün access və error logları, PHP-FPM üçün slow log faylları önəmli ipucları verir.

3. İlk Önce Yumuşaq Sonlandırma Cəhd Edin

Proses həqiqətən problem yaradırsa əvvəl standart sonlandırma siqnalı göndərin:

kill PID

Birkaç saniyə gözləyin və htop-da prosesin bağlı olub-olmadığını yoxlayın. Bağlanmırsa və sistem sağlamlığını ciddi pozursa, son çarə kimi aşağıdakı əmrdən istifadə edin:

kill -9 PID

kill -9 prosesi təmizləmə imkanı vermədən dərhal dayandırır. Buna görə verilənlər bazası əməliyyatları, fayl yazma və ehtiyat nüsxə işlərində ehtiyatlı olmaq lazımdır.

4. Proses Təkrarlanırsa Səbəbini Tapın

Proses bağlanandan sonra saniyələr içində yenidən başlayırsa, arxasında cron, systemd servisi, supervisor, veb istəyi və ya bot trafiki ola bilər. Cron qeydləri üçün crontab -l, sistem servisləri üçün systemctl status servisadi, veb trafiki üçün access log analiz edilməlidir. Problemin WordPress wp-cron ilə əlaqəsi varsa, real cron konfiqurasiyası və cache siyasəti nəzərdən keçirilməlidir.

htop Tapıntılarını Loglarla Əlaqələndirmək

htop sizə nə qədər resurs istifadə olunduğunu göstərir; loglar isə niyə istifadə olunduğunu anlamağa kömək edir. Bu iki məlumat birlikdə işlənməsə, diaqnoz natamam qalır. Məsələn, htop-da php-fpm prosesi 180% CPU istifadə edir; lakin həmin prosesi hansı URL və ya hansı botun işə saldığını access log olmadan bilməyiniz çətindir.

Yoxlamaq üçün aşağıdakı loglar faydalıdır:

• Veb server access logu: Yüksək sorğu alan URL-ləri göstərir.
• Veb server error logu: PHP səhvləri, fayl icazələri və 500 səhvlərini göstərir.
• PHP-FPM slow logu: Yavaş işləyən PHP fayllarını və funksiyalarını göstərir.
• MySQL slow query logu: Ağır SQL sorğularını aşkarlayır.
• Auth log və ya secure log: Şübhəli daxilolma cəhdlərini göstərir.
• Cron logu: Vaxtlanmış tapşırıqların işə düşmə vaxtlarını göstərir.

Məsələn, htop-da yüksək CPU istifadə edən PID ilə eyni vaxtda access logda /wp-admin/admin-ajax.php adresinə minlərlə sorğu göndərildiyi müəyyən olunarsa, problem əlavə, bot trafiki və ya səhv dizayn edilmiş AJAX əməliyyatı ola bilər. Bu halda WAF, sorğu məhdudlaşdırma, cache və əlavə optimallaşdırmaları birlikdə tətbiq etmək lazımdır. Veb sayt performansını daha geniş miqyasda yaxşılaşdırmaq üçün veb saytı sürət optimizasiyası məzmunu faydalı ola bilər.

Normal Yüklənmə ilə Problemli Yüklənməni Necə Ayırd Edək?

Hər yüksək resurs istifadəsi böhran demək deyil. Serverin texniki göstəriciləri, trafik səviyyəsi, tətbiq növü və texniki xidmət amilləri nəzərə alınmalıdır. Məsələn, 2 nüvəli VPS üçün load average uzun müddət 6-8 səviyyəsində qalması ciddi darboğazdır. Lakin 16 nüvəli dedicated serverdə həmin dəyər normal sayılır. Buna görə load average şərh edilərkən nüvələrin sayı mütləq bilinməlidir.

Bu müqayisə sayəsində lazımsız panikadan uzaqlaşıb həqiqi performans problemlərini ayırd etmək asanlaşır. Xüsusilə e-ticarət saytlarında kampaniyalar, ödəniş inteqrasiyaları və stok yeniləmələri müvəqqəti resurs artımı yarada bilər. Lakin bu artım istifadəçi təcrübəsini pozursa, tətbiq optimallaşdırması və server gücü birlikdə qiymətləndirilməlidir.

Təhlükəsizlik Şübhəsi: Resurs İstifadəsini Artıran Skript Zərərli Ola bilərmi?

CPU və ya RAM-i tükədən skript həmişə sadə səhv olmaya bilər. Ələ keçirilmiş veb saytlar vasitəsilə hücumçular spam göndərişi, kripto mədənçiliyi, proxy trafiki, DDoS botları və ya arxa qapı skriptləri işlədə bilər. htop ekranında gözlənilməz istifadəçi altında işləyən qəribə komandalar, təsadüfi adlı fayllar, /tmp qovluğundan işləyən ikili fayllar və public_html/uploads daxilində çalışan PHP skriptləri ciddi təhlükəsizlik xəbərdarlığıdır.

Şübhəli Əlamətlər

• COMMAND sahəsində mənasız və ya təsadüfi simvollardan ibarət fayl adları
• /tmp, /dev/shm və ya uploads qovluğundan işləyən fayllar
• Normalda olmamalı perl, python və ya bash prosesləri
• Yüksək xarici şəbəkə bağlantısı yaradan proseslər
• Eyni istifadəçi tərəfindən qısa müddətdə çoxsaylı proseslərin işə salınması
• Veb fayllarında son zamanlarda icazəsiz dəyişikliklər

Belə vəziyyətdə prosesi bağlamazdan əvvəl mümkün qədər sübut xarakterli çıxışlar alın. Sonra fayl icazələrini yoxlayın, zərərli faylları təcrid edin, bütün idarəetmə panelləri və CMS parollarını dəyişdirin, əlavələr-tema və nüvə fayllarını yeniləyin və təhlükəsizlik yoxlaması aparın. Həmçinin idarəçi panellərində iki faktorlu autentifikasiya tətbiq etmək və lazımsız yazma icazələrini aradan qaldırmaq riskləri uzun müddətli azaltmağa yardımçı olur.

Performans Problemlərinin Təkrarlanmasının Qarşısını Almağın Ən Yaxşı Yolları

htop ilə problemi tapmaq önəmlidir; amma əsas məqsəd eyni problemin təkrarını önləməkdir. Aşağıdakı tədbirlər Linux serverlərdə CPU və RAM əsaslı fasilələri xeyli azaldır.

• PHP memory_limit, max_execution_time və pm.max_children parametrlərini server gücünə uyğun tənzimləyin.
• WordPress, Joomla və ya xüsusi proqramlarda cache mexanizmi tətbiq edin.
• Lazımsız əlavələri, temaları və modulları silin.
• MySQL slow query log ilə ağır sorğuları optimallaşdırın.
• Cron tapşırıqlarını eyni vaxtda çox yükləməyin; aralıqlı işlədin.
• Bot trafiki üçün sorğu məhdudlaşdırma, robots.txt və firewall qaydaları tətbiq edin.
• Tətbiq loglarını müntəzəm döndürün; böyük log fayllarının disk və RAM təsirini izləyin.
• Server metriklərini yalnız böhran anında yox, davamlı izləyin.

Əgər optimallaşdırmaya baxmayaraq resurs istifadəsi davamlı yüksəkdirsə, problem təkcə proqram təminatında olmaya bilər. Trafik artıb, tətbiq böyüyüb və ya mövcud hosting paketi çatışmazlıq yaradır. Bu halda miqyaslana bilən VPS, daha çox RAM, sürətli NVMe disk və ya resursu izolyasiya edilmiş server daha məqsədəuyğundur. Ehtiyac analizi üçün Hosting paketləri və korporativ server həlləri linklərindən istifadə edib seçimlər müqayisə edilə bilər.

Nümunə Senari: WordPress Saytında CPU Partlaması

Real bir vəziyyəti nəzərdən keçirək. 4 nüvəli və 8 GB RAM-lı VPS-də bir neçə WordPress saytı fəaliyyət göstərir. İstifadəçilər saytın yavaşladığını və bəzən 502 səhvi verdiyini bildirir. Terminalda htop açıldığında load average 12 səviyyəsindədir, bütün CPU nüvələri doludur və yuxarı sətirlərdə eyni istifadəçiyə aid çoxlu php-fpm prosesləri görünür.

F4 ilə istifadəçi adı filtr olunur. CPU istifadə edən proseslərdən birinin PID-si qeyd edilir. ps -fp PID əmrində php-fpm worker görünür; lsof -p PID ilə /home/site/public_html/wp-content/plugins/example-importer/import.php faylı açıqdır. Access logda həmin vaxtda bu faylı işə salan idarəçi sorğuları və ardınca təkrarlanan AJAX çağırışları aşkar edilir.

Həll kimi import prosesi dayandırılır, əlavənin planlaşdırılmış işi söndürülür, böyük məlumat idxalı parçalanır və PHP max_execution_time limiti yenidən tənzimlənir. Həmçinin wp-cron yerinə sistem cron istifadə olunur. Nəticədə load average 12-dən 1.8-ə düşür, CPU istifadəsi normallaşır və veb cavab müddətləri əhəmiyyətli dərəcədə yaxşılaşır. Bu nümunə göstərir ki, htop təkcə deyil; ps, lsof və log analizləri ilə birlikdə istifadə olunmalıdır.

htop İstifadəsində Yaygın Edilən Səhvlər

• Yalnız ən yuxarıdakı prosesi bağlayıb kök səbəbi araşdırmamaq.
• VIRT dəyərini real RAM istifadəsi kimi qəbul etmək.
• MySQL-in cache məqsədli RAM istifadəsini dərhal problem saymaq.
• kill -9 əmrinə ilk seçim kimi müraciət etmək.
• Logları yoxlamadan tətbiq və ya istifadəçini günahlandırmaq.
• Load average dəyərini CPU nüvələrinin sayından asılı olmayaraq şərh etmək.
• Təhlükəsizlik şübhəsində fayl bütövlüyünü yoxlamamaq.

Bu səhvlərdən qaçmaq həm fasilə müddətini azaldır, həm də yanlış müdaxilə nəticəsində məlumat itkisi riskini aşağı salır. Sistem idarəçiliyində düzgün diaqnoz tez müdaxilə qədər önəmlidir.

Tez-tez Verilən Suallar

Linux serverdə htop əmri nə üçün istifadə olunur?

Linux serverdə htop əmri işləyən proseslərin CPU, RAM, istifadəçi, PID və əmr məlumatlarını real vaxtda göstərir. Bu sayədə CPU və ya yaddaşı çox istifadə edən skriptləri tez tapmaq mümkündür.

htop ilə CPU istifadə edən skripti necə tapmaq olar?

htop ekranında prosesləri CPU% sütununa görə sıralayın, uzun müddət yuxarıda qalan prosesin PID və USER məlumatını qeyd edin. Sonra ps -fp PID və lsof -p PID əmrləri ilə skriptin fayl yolunu və işini yoxlayın.

RAM istifadəsində MEM% yoxsa VIRT dəyəri əsas alınmalıdır?

RAM analizində MEM% və xüsusilə RES dəyəri daha əhəmiyyətlidir. VIRT ayrılmış virtual yaddaş miqdarını göstərir və həmişə real RAM istifadəsi demək deyil.

Resurs istifadə edən prosesi dərhal kill -9 ilə bağlamaq düzgündürmü?

Adətən yox. Əvvəl prosesi sənədləşdirmək, fayl yolunu yoxlamaq və standart kill PID əmrini sınamaq təhlükəsizdir. kill -9 yalnız proses bağlanmırsa və sistemə ciddi zərər verirsə son çarə kimi istifadə olunmalıdır.

htop-da yüksək CPU istifadəsi həmişə hücum əlamətidirmi?

Xeyr. Ehtiyat nüsxə, idxal, cache yaratma və ya yüksək trafik də CPU istifadəsini artırır. Amma təsadüfi fayl adları, /tmp və uploads qovluğundan işləyən skriptlər və gözlənilməz istifadəçi prosesləri təhlükəsizlik şübhəsi doğurur.

Yekun olaraq, Linux serverdə htop əmri CPU və RAM-i çox istifadə edən skriptləri tapmaq üçün sürətli, praktik və effektiv başlanğıc nöqtəsidir. Ən doğru nəticə üçün htop məlumatları PID analizi, lsof çıxışı, cron yoxlanışı və log təhlili ilə birləşdirilməlidir. Serverinizdə resurs problemləri tez-tez təkrarlanırsa, həm proqram təminatı optimallaşdırmasını, həm də infrastruktur gücünü birlikdə qiymətləndirin; ehtiyac olduqda Hostragons-un hosting, VPS və SSL həllərini satış təzyiqi olmadan müqayisə edərək layihənizə ən uyğun variantı seçə bilərsiniz.