لینوکس سرور کې htop سره د CPU او RAM ډېر مصرف کوونکي سکریپټونه پیدا کول

په لینوکس سرور کې htop یو له عملي او چټکو وسایلو څخه دی چې د CPU او RAM ډېره مصرف کوونکي سکریپټونه په حقیقي وخت کې پیدا کولای شي. د htop په سکرین کې CPU%، MEM%، PID، USER، TIME+ او COMMAND ستونونه وګورئ، تر څو پوه شئ کوم PHP، Python، Node.js، cron، database یا سیستمي پروسه سرور ته بار ورکوي؛ ورپسې د پروسې مالک، فایل مسیر او هدف وڅېړئ، تر څو په امن ډول مداخله وکړئ.

که شریک هاست، VPS، VDS یا dedicated سرور وي، ناڅاپي سستۍ اکثره د بې کنټروله سکریپټونو له امله رامنځته کېږي. مثلاً خراب WordPress پلاګین، نه ختمېدونکی PHP فایل، دروند cron وظیفه، غیرمناسب database query یا هک شوی web فایل کولای شي د CPU مصرف په څو دقیقو کې ۱۰۰٪ ته ورسوي. کله چې RAM مصرف زیات شي، سرویسونه ځنډېږي، MySQL اتصال پرې کېږي، ویب سایټونه ۵۰۳ خطا ورکوي یا لینوکس kernel د OOM Killer له لارې پروسې ختموي.

په دې لارښود کې به htop نصبولو، د سکرین لوستل، د CPU او RAM ډېر مصرف کوونکي سکریپټونه جلا کول، د PID له لارې د فایل مسیر پیدا کول او پروسې ته امن مداخله ګام پر ګام تشریح کړو. همداراز، د امنیت شک، cron څارنه، log تحلیل او د بیا تکرار مخنیوي لپاره عملي اصلاحات به یاد کړو. که سرور مو د منابعو محدودیت سره ډېر مخ کېږي، د زیرساخت انتخاب هم ارزولو ته د VPS سرور کڅوړې او لوړ-کارکردګۍ ویب هاستنګ پاڼې وګورئ.

htop څه دی؟ ولې تر top بهتر دی؟

htop یو ترمینل وسیله ده چې د لینوکس سیستم کې پروسې انټرایکټیو څاري. کلاسيک top ته ورته دی، خو htop آسانه انٹرفیس، رنګین resource indicators، آسان sorting، search، filter او پروسه مدیریت ورکوي. نو په زنده سرور کې د چټک تشخیص لپاره htop د اکثر sysadminانو لومړی انتخاب دی.

htop سره تاسې دا معلومات وینئ:

• هر پروسه د CPU فیصد مصرف
• هر پروسه د RAM فیصد مصرف او د حافظې اندازه
• د پروسې PID شمېره
• کارن چې پروسه چلوي
• د سکریپټ نوم یا command line
• د کار وخت او priority
• load average، ټوله RAM، swap او CPU core مصرف

په هاستینګ چاپېریال کې چې څو سایټونه، کارنان یا سرویسونه یو سرور کې وي، یواځې د مجموعي resource مصرف لیدل کافي نه دي. باید معلوم کړئ ستونزه د کوم کارن، کوم سایټ، کوم cron یا کوم فایل سره ده. htop په لینوکس سرور کې د چټک تشخیص لپاره اساسي وسیله ده.

htop نصب: د توزیع مطابق کمانډونه

په ډېرو عصري لینوکس توزیعو کې htop پری نصب نه وي. که root یا sudo اجازه لرئ، څو ثانیو کې نصب کولای شئ. مخکې تر نصب، د پکیج لیست update کول، خصوصاً په نوی سرور، د خطا امکان کموي.

په Ubuntu او Debian سرور htop نصب

په Ubuntu یا Debian سرور کې دا کمانډونه وکاروئ:

sudo apt update

sudo apt install htop -y

له نصب وروسته htop کمانډ ولیکئ تر څو وسیله شروع شي. که sudo اجازه نه لرئ، د هاستینګ چمتوکوونکي سره تماس ونیسئ. که مدیریت شوی VPS لرئ، root لاسرسی اکثره ستاسې دی.

AlmaLinux، Rocky Linux، CentOS او RHEL نصب

په RHEL-based سیستم کې package manager د نسخه مطابق dnf یا yum دی:

sudo dnf install htop -y

په زاړه CentOS کې EPEL repo ته اړتیا ده:

sudo yum install epel-release -y

sudo yum install htop -y

که نصب بریالی وي، htop ولیکئ او رنګین سکرین به خلاص شي. که سرور مدیریت ته نوی یاست، د بنیادی لینوکس کمانډونو لپاره د لینکس قوماندو لارښود محتوا هم عملي پیل دی.

د htop سکرین لوستل: ستونونه څه معنا لري؟

htop سکرین خلاص شي، په سر کې CPU cores، RAM، swap، task شمېر، thread شمېر، load average او uptime وي. لاندې برخه کې پروسې لیست شوې وي. د تشخیص لپاره دا مهم برخې دي:

دلته پام وکړئ: هره لحظه CPU مصرف لوړه ستونزه نه ده. مثلاً backup، image optimization، cache پاکول یا د ترافیک زیاتیدل CPU مصرف لنډ وخت زیاتوي. ستونزه هغه ده چې پروسه دقیقه یا ډېر وخت لوړ CPU یا RAM مصرف کړي، load average د core شمېر نه ډېر شي او ویب سرویسونه ځواب ورنکړي.

د CPU ډېر مصرف کوونکي سکریپټونه په htop کې پیدا کول

د CPU مصرف سکریپټونه پیدا کولو لپاره په htop کې F6 سره ستونونه sort کړئ یا د CPU% ستون ته ترتیب ورکړئ. که mouse فعال وي، په CPU% header کلیک وکړئ. تر ټولو سر کې پروسې هغه دي چې دا وخت ډېر CPU مصرف کوي.

لومړی ګام: د CPU% مطابق ترتیب کړئ

htop کې پروسې د CPU مصرف ته ترتیب کړئ. مثلاً که php-fpm، php، python3، node، java، mysqld یا bash پروسه همیشه سر کې وي، یاداشت یې کړئ. په single core سرور کې ۱۰۰٪ د کور حد دی، خو multi-core کې ۲۰۰٪ یا ۴۰۰٪ ښيي چې پروسه څو cores کاروي.

دویم ګام: PID او USER یاداشت کړئ

د شکمنې پروسې PID او USER یاداشت کړئ. مثلاً PID 24819، USER siteuser او COMMAND php /home/siteuser/public_html/wp-cron.php وي، نو ستونزه د همدې سایټ cron یا WordPress سره ممکنه ده. که COMMAND لنډ وي، htop تنظیماتو کې د command line بشپړول فعال کړئ یا ps کمانډ سره تفصیل واخلئ.

درېیم ګام: د پروسې اصلی کمانډ ښکاره کړئ

د PID مطابق تفصيلي کمانډ لپاره دا کمانډ وکاروئ:

ps -fp PID

مثال:

ps -fp 24819

نتیجه اکثره د سکریپټ فایل مسیر ښيي. که php /home/user/public_html/index.php وي، نو دا web request دی. که php /home/user/public_html/wp-content/plugins/unknown-plugin/task.php وي، دا ممکنه plugin ستونزه ده.

څلورم ګام: د فایل مسیر او open فایلونه وګورئ

د پروسې open فایلونه معلومولو لپاره lsof ارزښتناک دی:

lsof -p PID

دا کمانډ د پروسې open فایلونه، library، log او network connections ښيي. په هاستینګ کې دا نتیجه سره پوهیږئ کوم سایټ directory active دی. که /home/example/public_html/wp-content/uploads کې عجیب نومی PHP فایل وي، دا د امنیت خطر دی. دلته یوازې پروسه ختمول کافی نه دی؛ فایل پاکول، password بدلول، plugin update او امنیت scan باید وشي. د SSL او secure اتصال لپاره د SSL سند حللارې هم وګورئ.

د RAM ډېر مصرف کوونکي سکریپټونه htop کې پیدا کول

د RAM ستونزې د CPU څخه ډېر پټې دي. CPU لوړه شي، معمولا سستۍ احساسېږي؛ RAM خلاص شي، سرویسونه بندېږي، swap زیات کارېږي او سرور ځنډېږي. htop کې MEM% ته ترتیب ورکړئ تر څو ډېر RAM مصرف پروسې ووینئ.

MEM%، RES او Swap اړیکه

htop کې MEM% ته پام وکړئ. ځینو تنظیماتو کې VIRT، RES او SHR هم ښکاري. RES مهم دی، ځکه دا حقیقي فزیکي RAM مصرف ښيي. VIRT همیشه حقیقي مصرف نه دی، نو یوازې پرې تکیه مه کوئ.

مثلاً په ۴GB RAM VPS کې که یو PHP پروسه ۹۰۰MB RES مصرف کوي، دا غیرعادي ده. Node.js که د وخت سره ۲۰۰MB نه ۱.۵GB ته لوړ شي، دا memory leak شک دی. MySQL یا MariaDB لوړه RAM مصرف کله ناکله معمول cache رفتار دی؛ باید query، buffer او ټوله RAM سره ارزول شي.

د RAM مصرف سکریپټونه – عام علتونه

• PHP، Python یا Node.js کې endless loops
• لوی CSV، XML یا JSON فایلونه په یوه ځل RAM ته اخیستل
• غیرمناسب WordPress پلاګینونه او theme functions
• تصویر پروسس، PDF جوړول یا ویډیو بدلول
• کمزوری cache او دروند queries
• Bot یا attack له امله یو سکریپټ ډېر ځل چلول
• memory leak لرونکي long-running services

دلته kill کمانډ سره پروسه ختمول یوازې موقتي آرام دی. دایمي حل لپاره باید سکریپټ تحلیل شي چې څه کوي، څنګه فعالېږي او ولې RAM نه پاکوي.

htop کې search، filter او tree view کارول

که سرور کې سلګونه پروسې وي، په لاس لټون سخت دی. htop کې F3 سره search، F4 سره filter او F5 سره tree view فعال کړئ. tree view parent-child اړیکه ښيي. مثلاً nginx یا Apache لاندې php-fpm child پروسې، cron لخوا فعال سکریپټونه یا supervisor مدیریتي Node.js services روښانه ښکاري.

عملي filter مثالونه

• php ولیکئ، یواځې PHP پروسې وګورئ.
• python ولیکئ، یواځې Python سکریپټونه.
• wp-cron ولیکئ، WordPress cron معلوم کړئ.
• node ولیکئ، Node.js پروسې وګورئ.
• د کارن نوم filter کړئ، یواځې د یو هاست حساب پروسې ښکاره کړئ.

دا filterونه، خصوصاً په multi-user سرور کې وخت خوندي کوي. مثلاً چې سرور کې ۳۰ سایټونه وي، USER ستون او command path سره ژر معلومېږي ستونزه له کوم حساب ده. د domain-based پروژو لپاره مدیریت ساده کولو ته د ډومېن پلټنه او ثبت وګورئ.

د شکمن PID لپاره امن مداخله پلان

که resource-heavy پروسه پیدا کړئ، ځینې وخت kill -9 کارول اسانه ښکاري. خو دا چلند د معلوماتو ضایع، نیمګړي فایلونه یا سرویس ګډوډي سبب کېږي. باید پاملرنه وکړئ.

۱. پروسه مستند کړئ

PID، USER، COMMAND، CPU%، MEM% او وخت یاداشت کړئ. که ممکنه وي htop سکرین screenshot واخلئ. دا اسناد د تکراري ستونزو پرتله کې مرسته کوي. د agency، ecommerce یا corporate پروژه کې د تخنیکي وضاحت لپاره هم مهم دي.

۲. د پروسې فایل مسیر تایید کړئ

ps -fp PID او lsof -p PID سره فایل مسیر تایید کړئ. که فایل web root کې وي، مربوط logونه وګورئ. WordPress کې wp-content/debug.log، web server کې access او error log، PHP-FPM کې slow log مهم clues ورکوي.

۳. اول نرم kill هڅه وکړئ

که پروسه بې کنټروله ده، اول دا کمانډ وکاروئ:

kill PID

چند ثانیې انتظار وکړئ، htop کې وګورئ پروسه ختمه شوه یا نه. که نه، او سرور صحت خرابوي، آخرین حل دا کمانډ دی:

kill -9 PID

kill -9 پروسه بې له cleanup ختموي، نو د database، فایل write یا backup پروسو کې احتیاط وکړئ.

۴. که بیا شروع کېږي، trigger پیدا کړئ

که پروسه kill کړئ او ژر بیا پیدا شي، شا ته cron، systemd service، supervisor، web request یا bot ترافیک وي. cron لپاره crontab -l، systemd لپاره systemctl status، web ترافیک لپاره access log وګورئ. WordPress wp-cron ستونزه وي، حقیقي cron setup او cache strategy ارزول پکار دي.

htop نتیجه د log سره یوځای کول

htop تاسې ته ښيي څه resource مصرف کوي؛ logونه ښيي ولې مصرف کوي. دواړه سره باید یوځای شي. مثلاً htop کې php-fpm ۱۸۰٪ CPU مصرف کوي، خو access log پرته نشئ پوهېدای کوم URL یا bot دا پروسه فعاله کړې.

د کنټرول logونه:

• Web server access log: د غوښتنو URLونه
• Web server error log: PHP خطا، فایل اجازت او ۵۰۰ خطا
• PHP-FPM slow log: ورو PHP فایلونه او functions
• MySQL slow query log: دروند SQL queries
• Auth یا secure log: مشکوک login هڅې
• Cron log: د وظیفو وخت

مثلاً htop کې لوړ CPU PID، هماغه دقیقه کې access log کې /wp-admin/admin-ajax.php ته زرګونه request ښکاري، ممکنه ستونزه پلاګین، bot یا خراب AJAX دی. دلته WAF، rate limit، cache او پلاګین اصلاحات باید سره تطبیق شي. د ویب سایټ سرعت بهترولو لپاره د ویب‌سایټ د سرعت سمون محتوا هم ګټور ده.

عادي بار او ستونزمن بار څنګه جلا شي؟

هر لوړ resource مصرف بحران نه دی. د سرور hardware، ترافیک، اپلیکیشن ډول او maintenance کارونه باید ارزول شي. په ۲-core VPS کې load average اوږده ۶-۸ وي، دا bottleneck دی. په ۱۶-core dedicated سرور کې همدغه اندازه عادي ده. نو load average باید د core شمېر سره تحلیل شي.

دا جدول سره unnecessary panic او حقیقي crisis جلا کړئ. په ecommerce سایټونو کې کمپاین، payment integration او stock update لنډ resource مصرف ډېرولی شي. که دا مصرف user تجربه خرابوي، باید اپلیکیشن اصلاح او سرور ظرفیت سره څېړل شي.

امنیت شک: ډېر resource مصرف سکریپټ خطرناک؟

هر CPU یا RAM ډېر مصرف سکریپټ بې ضرره نه دی. هک شوی ویب سایټ کې مهاجمان spam، crypto mining، proxy، DDoS bot یا backdoor سکریپټ فعالوي. htop کې نااشنا کارن لاندې عجیب command، random فایلونه، /tmp یا public_html/uploads کې چلېدونکي PHP فایلونه جدي امنیت خطر دي.

شکمنې نښې

• COMMAND کې random یا بې معنا فایل نومونه
• /tmp، /dev/shm یا uploads کې چلېدونکي فایلونه
• غیرمناسب perl، python یا bash پروسې
• پروسه چې ډېر network connection لري
• یو کارن ډېرې پروسې لنډ وخت کې شروع کوي
• ویب فایلونو کې تازه غیرمجاز تغییرات

دلته پروسه ختمولو مخکې ممکنه evidence کمانډونه واخلئ. ورپسې فایل اجازت چک کړئ، خطرناک فایلونه isolation کړئ، ټول panel او CMS password بدل کړئ، پلاګین او theme update کړئ او امنیت scan وکړئ. admin panel کې two-factor authentication او غیرضروري write اجازه لرې کول اوږده خطر کموي.

د تکراري performance ستونزو مخنیوي غوره لارې

htop سره ستونزه پیدا کول مهم دي؛ خو اصل ګټه دا ده چې هماغه مشکل بیا تکرار نشي. لاندې تدابیر به په لینوکس سرور کې CPU او RAM قطعي کمښتونه کم کړي:

• PHP memory_limit، max_execution_time او pm.max_children د سرور مطابق تنظیم کړئ.
• WordPress، Joomla یا custom اپلیکیشن کې cache وکاروئ.
• غیرضروري پلاګین، theme او module لرې کړئ.
• MySQL slow query log سره دروند query اصلاح کړئ.
• Cron وظیفې هممهاله مه فعاله کړئ؛ وقفې سره تقسیم کړئ.
• Bot ترافیک لپاره rate limit، robots.txt او firewall قواعد تطبیق کړئ.
• اپلیکیشن logونه منظم rotate کړئ؛ غټ log فایلونه د disk او RAM تاثیر وګورئ.
• د سرور metrics یواځې د بحران نه، بلکې منظم څارئ.

که اصلاحاتو سره بیا هم resource مصرف لوړه وي، ستونزه صرف software کې نه ده. ترافیک زیات شوی، اپلیکیشن غټ شوی یا هاست پکیج کافي نه دی. دلته scalable VPS، ډېر RAM، NVMe disk یا dedicated سرور منطقي انتخاب دی. د اړتیا تحلیل لپاره هاستنګ پیکجونه او د کارپوریټ سرور حللارې لینکونه پرتله کړئ.

نمونه سناریو: WordPress سایټ کې CPU crisis

یو حقیقي مثال وګورو. په ۴-core او ۸GB RAM VPS کې څو WordPress سایټونه کار کوي. کارنان شکایت کوي سایټونه سست دي او کله ناکله ۵۰۲ خطا ورکوي. htop کې load average ۱۲، CPU cores ټول مصروف، سر کې د یوه کارن ډېر php-fpm پروسې دي.

F4 سره د کارن نوم filter کړئ. resource-heavy پروسه PID یاداشت کړئ. ps -fp PID کې php-fpm worker ښکاري؛ lsof -p PID سره /home/site/public_html/wp-content/plugins/example-importer/import.php فایل active دی. access log کې هماغه دقیقه کې admin request او تکراري AJAX call ښکاري.

حل: import process بنده کړئ، پلاګین scheduled task disable کړئ، غټ data import تقسیم کړئ او PHP max_execution_time تنظیم کړئ. wp-cron پر ځای system cron وکاروئ. نتیجه: load average له ۱۲ نه ۱.۸ ته راټیټېږي، CPU عادي کېږي او ویب ځواب ښه کېږي. دا مثال ثابتوي چې htop یوازې نه، ps، lsof او log تحلیل سره قوي دی.

htop کارولو عامې غلطۍ

• یواځې سر پروسه ختمول، اصلي علت نه څېړل.
• VIRT د حقیقي RAM مصرف ګڼل.
• د MySQL RAM مصرف cache هدف سره ستونزه ګڼل.
• kill -9 د لومړي انتخاب په توګه کارول.
• Log نه، یواځې اپلیکیشن یا کارن ته ګوته نیول.
• load average د CPU core شمېر نه بېلابېل تحلیلول.
• د امنیت شک کې د فایل integrity نه څېړل.

د دې غلطیو مخنیوي سره downtime کمېږي او د غلط مداخلې له امله د معلوماتو ضایع خطر کمېږي. System management کې صحیح تشخیص اکثره له چټکې مداخلې ډېر ارزښت لري.

ډېر پوښتل شوې پوښتنې

په لینوکس سرور کې htop کمانډ څه کوي؟

htop کمانډ فعاله پروسې، CPU، RAM، USER، PID او command معلومات حقیقي وخت کې ښيي. دا سره تاسې کولای شئ ډېر resource مصرف سکریپټونه ژر پیدا کړئ.

htop سره څنګه د CPU-heavy سکریپټ پیدا کړم؟

htop سکرین کې د CPU% مطابق پروسې ترتیب کړئ، اوږده سر کې پاتې PID او USER یاداشت کړئ. ورپسې ps -fp PID او lsof -p PID سره فایل مسیر او فعاله سکریپټ تایید کړئ.

RAM مصرف کې MEM% یا VIRT ته پام وکړم؟

RAM تحلیل کې MEM% او خصوصاً RES ارزښتناک دي. VIRT د virtual memory اندازه ښيي، خو هر وخت حقیقي RAM مصرف نه دی.

resource-heavy پروسه kill -9 سره ژر ختمول صحیح دی؟

اکثره نه. اول د پروسې مستندول، فایل مسیر چک کول او عادي kill PID هڅه کول امن دي. kill -9 یوازې هغه مهال وکاروئ چې پروسه بند نه شي او سرور ته سخت زیان رسوي.

htop کې لوړ CPU مصرف همیشه حمله ده؟

نه. backup، import، cache جوړول یا ډېر ترافیک هم CPU مصرف زیاتوي. خو random فایل نومونه، /tmp یا uploads کې چلېدونکي سکریپټونه او نااشنا کارن پروسې د امنیت شک جوړوي.

په لنډه توګه، htop په لینوکس سرور کې د CPU او RAM ډېر مصرف کوونکي سکریپټونه پیدا کولو لپاره چټک، عملي او موثره وسیله ده. تر ټولو ښه نتیجه ترلاسه کولو لپاره htop نتیجه د PID تحلیل، lsof، cron څارنه او log مطالعه سره یوځای کړئ. که سرور کې منابعو ستونزه تکرارېږي، هم software اصلاحات او هم زیرساخت ظرفیت ارز کړئ؛ اړتیا وي، د Hostragons هاستینګ، VPS او SSL حلونه له فشار پرته پرتله کړئ او خپل پروژه ته مناسب انتخاب وکړئ.