ایک عملی، کمانڈ بہ کمانڈ رہنمائی جس میں top اور htop کے ذریعے لینکس سرور کی حقیقی وقت میں نگرانی، نیز Ubuntu 22.04/24.04 پر لوڈ ایوریج، CPU، میموری، سواپ، ڈسک I/O اور نیٹ ورک میٹرکس پڑھنے کا طریقہ بیان کیا گیا ہے۔
SKYLINE Engineering @skyline
شائع کردہ: 9 جون 2026 | مطالعے کا دورانیہ: 7 منٹ
تعارف
جب کوئی ویب سائٹ سست ہو جائے یا کسی ایپلیکیشن میں ٹائم آؤٹ شروع ہو جائے، تو پہلا سوال ہمیشہ ایک ہی ہوتا ہے: سرور اس وقت دراصل کر کیا رہا ہے؟ لینکس پر اس کا جواب جاننے کے لیے آپ کو کسی بھاری نگرانی نظام کی ضرورت نہیں۔ دو بلٹ اِن (یا ایک ہی کمانڈ کی دوری پر موجود) ٹولز — top اور htop — اور چند میٹرکس کمانڈز آپ کو CPU، میموری، ڈسک اور نیٹ ورک کے رویّے کی ایک واضح، حقیقی وقت کی تصویر فراہم کرتے ہیں۔
یہ سبق آپ کو بالکل وہی طریقہ دکھاتا ہے جس سے Ubuntu 22.04 یا 24.04 LTS پر یہ میٹرکس پڑھے جا سکتے ہیں — یہ وہی OS امیجز ہیں جو آپ کو Skyline Cloud VPS یا کلاؤڈ سرور پر ملتی ہیں۔ نیچے دی گئی ہر کمانڈ کو ایک زندہ Ubuntu ہوسٹ پر تصدیق کیا گیا ہے۔
پیشگی ضروریات
- ایک لینکس سرور جس پر Ubuntu 22.04/24.04 (یا کوئی ملتی جلتی ڈسٹریبیوشن) چل رہی ہو۔
- SSH رسائی ایک ایسے صارف کے ساتھ جو
sudoچلا سکے۔
مرحلہ 1 — top کے ذریعے نظام پر ایک نظر ڈالیں
top ہر لینکس ڈسٹریبیوشن کے ساتھ آتا ہے، لہٰذا اسی سے آغاز کریں۔ اسے چلائیں:
top
ہیڈر سب سے زیادہ مفید حصہ ہے:
top - 21:50:56 up 72 days, 20:54, 3 users, load average: 1.67, 1.18, 0.76
Tasks: 20 total, 1 running, 19 sleeping, 0 stopped, 0 zombie
%Cpu(s): 29.0 us, 6.5 sy, 0.0 ni, 62.9 id, 0.0 wa, 0.0 hi, 1.6 si, 0.0 st
MiB Mem : 7937.4 total, 402.8 free, 5393.0 used, 2141.6 buff/cache
MiB Swap: 969.0 total, 7.7 free, 961.3 used. 2107.8 avail Mem
ہر سطر آپ کو کیا بتاتی ہے:
- load average — گزشتہ 1، 5 اور 15 منٹ کے لیے تین اعداد۔ انہیں اپنے CPU کی تعداد سے موازنہ کریں (
nprocچلائیں)۔ ایک 4 کور والے سرور پر4.0کا لوڈ مطلب پوری طرح مصروف؛ آپ کی کور کی تعداد سے کہیں زیادہ مستقل اقدار کا مطلب ہے کہ نظام پر حد سے زیادہ بوجھ ہے۔ - %Cpu(s) — CPU وقت کی تقسیم۔ سب سے اہم فیلڈز:
us(صارف کے پروسیسز)،sy(کرنل/سسٹم)،id(فارغ)، اورwa(ڈسک I/O کے انتظار میں)۔ زیادہwaکسی سست ڈسک کی نشاندہی کرتا ہے، نہ کہ سست CPU کی۔ VPS پرst(steal) کا 0 سے زیادہ ہونا اس بات کا اشارہ ہے کہ کوئی شور مچانے والا پڑوسی آپ کے CPU سائیکلز لے رہا ہے۔ - Mem / Swap — کل، فارغ، استعمال شدہ، اور
buff/cache۔ جس عدد پر نظر رکھنی ہے وہavail Memہے، نہ کہfree: لینکس جان بوجھ کر فاضل RAM کو کیشز کے لیے استعمال کرتا ہے، لہٰذا کم "free" معمول کی بات اور صحت مند ہے۔
top چلتے رہنے کے دوران کارآمد کلیدیں: میموری کے لحاظ سے ترتیب دینے کے لیے M دبائیں، CPU کے لحاظ سے ترتیب دینے کے لیے P، ہر کور کو علیحدہ دکھانے کے لیے 1، PID کے ذریعے کسی پروسیس کو ختم کرنے کے لیے k، اور باہر نکلنے کے لیے q۔
مرحلہ 2 — زیادہ آسان منظر کے لیے htop انسٹال اور استعمال کریں
htop ایک انٹرایکٹیو، رنگوں سے کوڈ شدہ پروسیس ویور ہے جو top کے مقابلے میں پڑھنے میں کہیں زیادہ آسان ہے۔ اسے انسٹال کریں:
sudo apt update
sudo apt install -y htop
پھر چلائیں:
htop
اوپر آپ کو فی کور CPU بارز، ایک میموری بار، اور ایک سواپ بار ملتا ہے۔ رنگ استعمال کی قسم کو ظاہر کرتے ہیں — CPU بارز کے لیے، نیلا کم ترجیح والا ہے، سبز صارف ہے، اور سرخ کرنل/سسٹم وقت ہے۔ اس کے نیچے ایک اسکرول ہونے والی پروسیس فہرست ہے۔
top کے مقابلے میں اہم فوائد:
- تیر والی کلیدوں سے اسکرول کریں؛ ہر چیز کو ایک ہی اسکرین پر سمونے کی ضرورت نہیں۔
- ترتیب کا کالم بدلنے کے لیے
F6دبائیں، یا کسی پروسیس کے نام سے فلٹر کرنے کے لیےF4۔ - والدین/اولاد پروسیس کے تعلقات دکھانے والے ٹری ویو کے لیے
F5دبائیں۔ - نمایاں کردہ پروسیس کو سگنل (kill) بھیجنے کے لیے
F9دبائیں — PID ٹائپ کرنے کی ضرورت نہیں۔
زیادہ دیر تک جاری رہنے والی جانچ کے لیے، htop عموماً وہ ٹول ہوتا ہے جسے آپ کسی مسئلے کو دوبارہ پیدا کرتے ہوئے ایک SSH ونڈو میں کھلا رکھتے ہیں۔
مرحلہ 3 — free کے ذریعے میموری اور سواپ کو درست طریقے سے جانچیں
top میموری کو زندہ دکھاتا ہے؛ free آپ کو ایک صاف ستھرا اسنیپ شاٹ دیتا ہے:
free -h
total used free shared buff/cache available
Mem: 7.8Gi 5.3Gi 417Mi 129Mi 2.1Gi 2.1Gi
Swap: 968Mi 961Mi 7.0Mi
حقیقی میموری دباؤ کو پرکھنے کے لیے available کالم پڑھیں — یہ اندازہ لگاتا ہے کہ بغیر سواپنگ کے نئے پروگراموں کے لیے کتنی RAM دوبارہ حاصل کی جا سکتی ہے۔ اگر available تقریباً صفر ہے اور سواپ کا بہت زیادہ استعمال ہو رہا ہے، تو سرور میموری کے لحاظ سے محدود ہے اور آپ کو سائز بڑھانا چاہیے یا کسی لیک کی تحقیق کرنی چاہیے۔ صرف ہلکا سا سواپ استعمال بذاتِ خود کوئی خطرے کی گھنٹی نہیں۔
مرحلہ 4 — uptime اور vmstat کے ذریعے لوڈ اور رن کیو کو سمجھیں
top کھولے بغیر ایک سطر میں لوڈ کی ریڈنگ کے لیے:
uptime
وقت کے ساتھ لوڈ کس چیز سے بڑھ رہا ہے یہ دیکھنے کے لیے، vmstat نظام کو ایک وقفے پر نمونہ بناتا ہے (یہاں، ہر 1 سیکنڈ میں، 5 بار):
vmstat 1 5
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 984328 412820 232880 1960148 0 1 389 74 0 1 11 2 86 0 1
دو بائیں ترین کالم کلیدی ہیں: r ان پروسیسز کی تعداد ہے جو CPU کا انتظار کر رہے ہیں، اور b ان کی تعداد ہے جو I/O پر بلاک ہیں۔ اگر r مستقل طور پر آپ کی کور کی تعداد سے تجاوز کرے، تو آپ CPU کے پابند ہیں؛ مسلسل زیادہ b کا مطلب ہے کہ ڈسک یا نیٹ ورک I/O رکاوٹ ہے۔ si/so کالم سواپ اِن/سواپ آؤٹ دکھاتے ہیں — یہاں 0 سے اوپر کوئی بھی چیز فعال سواپنگ ہے، جو کارکردگی کو نقصان پہنچاتی ہے۔
مرحلہ 5 — iostat کے ذریعے ڈسک I/O کا مشاہدہ کریں
iostat sysstat پیکیج کا حصہ ہے:
sudo apt install -y sysstat
iostat -xz 2 3
یہ ہر 2 سیکنڈ میں، تین بار، فی ڈیوائس توسیعی شماریات رپورٹ کرتا ہے۔ ان پر توجہ مرکوز کریں:
%util— ڈیوائس کتنی مصروف ہے؛ 100% کے قریب اقدار کا مطلب ہے کہ ڈسک سیر (saturated) ہے۔await— فی I/O درخواست اوسط وقت (ms)، بشمول کیو وقت۔ بڑھتا ہواawaitایک جدوجہد کرتی ہوئی ڈسک کا اشارہ دیتا ہے۔r/sاورw/s— فی سیکنڈ ریڈز اور رائٹس۔
اگر آپ نے کبھی top میں زیادہ wa دیکھا ہو، تو یہی وہ جگہ ہے جہاں آپ تصدیق کرتے ہیں کہ ڈسک ہی وجہ ہے۔
مرحلہ 6 — ss کے ذریعے نیٹ ورک کنکشنز کا معائنہ کریں
ss netstat کا جدید متبادل ہے۔ ایک فوری ساکٹ خلاصے کے لیے:
ss -s
سننے والے TCP پورٹس اور ہر ایک کے پیچھے موجود پروسیس کی فہرست کے لیے:
sudo ss -tlnp
کسی ایک پورٹ پر قائم کنکشنز میں اچانک اضافہ — ساتھ ہی htop میں زیادہ CPU — اکثر ٹریفک کی لہر یا کسی بدسلوک کلائنٹ کی نشاندہی کرتا ہے۔
فوری میٹرک حوالہ
| میٹرک | کمانڈ | صحت مند علامت | انتباہی علامت |
|---|---|---|---|
| لوڈ ایوریج | uptime، top |
کور کی تعداد کے برابر یا اس سے کم | کور کی تعداد سے مسلسل زیادہ |
| CPU | top، htop |
زیادہ id، کم wa/st |
زیادہ wa (ڈسک) یا st (VPS مقابلہ) |
| میموری | free -h |
available آرام دہ |
available ~0 + بھاری سواپ |
| رن کیو | vmstat 1 5 |
کم r اور b |
زیادہ r (CPU) یا b (I/O) |
| ڈسک I/O | iostat -xz 2 3 |
کم %util، کم await |
%util 100% کے قریب، بڑھتا await |
| نیٹ ورک | ss -s، ss -tlnp |
مستحکم کنکشن کی تعداد | اچانک کنکشن میں اضافہ |
نتیجہ
top، htop، free، vmstat، iostat اور ss کے ساتھ، آپ تقریباً ہر "سرور سست محسوس ہو رہا ہے" والی رپورٹ کی تشخیص بغیر کوئی مکمل نگرانی پلیٹ فارم انسٹال کیے کر سکتے ہیں۔ زندہ تصویر کے لیے htop سے آغاز کریں، میموری کی تصدیق free -h سے کریں، اور جب زیادہ I/O انتظار نظر آئے تو iostat کے ساتھ ڈسک میں گہرائی تک جائیں۔
یہ ٹولز ایک درست طریقے سے فراہم کردہ سرور پر اپنی شان دکھاتے ہیں۔ ایک Skyline Cloud VPS یا کلاؤڈ سرور پر، آپ کو Ubuntu 22.04/24.04 LTS امیجز، PDPL، NCA اور SDAIA کی ضروریات کے مطابق مملکت کے اندر ڈیٹا کی رہائش، اور مقامی عربی بولنے والی معاونت ملتی ہے۔ مکمل سعودی عرب میں کلاؤڈ ہوسٹنگ سلسلہ دریافت کریں، اور اگر آپ ایک ہی انفراسٹرکچر پر میل چلاتے ہیں، تو ہماری کاروباری ای میل ہوسٹنگ دیکھیں۔
کیا آپ ان نگرانی کی مہارتوں کو ایسے انفراسٹرکچر پر بروئے کار لانے کے لیے تیار ہیں جو مملکت کے اندر ہی رہتا ہے؟ اپنا Skyline Cloud اکاؤنٹ بنائیں اور منٹوں میں ایک سرور تیار کریں۔
Comments
0 total · 0 threads