Skip to content
VDS · مانیٹرنگ اور کارکردگی

لوڈ ایوریج: تین نمبروں کا مطلب

اپنے VPS ٹیئر پر لوڈ ایوریج کو درست طریقے سے کیسے پڑھیں، بیکار CPU کے ساتھ زیادہ لوڈ کیوں ہو سکتا ہے، اور نمبر کب واقعی کارروائی کا تقاضا کرتے ہیں۔

اپ ڈیٹ 23 اگست، 2026

uptime کمانڈ اور htop کی اوپری لائن تین نمبر دکھاتی ہے — 1، 5 اور 15 منٹ کا اوسط لوڈ۔ یہ Linux میں سب سے زیادہ غلط سمجھا جانے والا میٹرک ہے: اسے اکثر CPU لوڈ سمجھ لیا جاتا ہے۔

یہ اصل میں کیا ہے

لوڈ ایوریج ان پروسیسز کی اوسط تعداد ہے جو یا تو CPU پر کمپیوٹ کر رہے ہیں یا ڈسک کا انتظار کر رہے ہیں۔ دوسرا جزو ہی الجھن پیدا کرتا ہے: ایک مشین تقریباً خالی CPU کے ساتھ 12 کا لوڈ دکھا سکتی ہے اگر وہ بارہ پروسیسز ڈسک کے انتظار میں قطار میں لگے ہوں۔

uptime
# 14:22:03 up 9 days,  2:41,  1 user,  load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc          # how many cores your plan has

نارمل کیا ہے، یہ کورز کی تعداد پر منحصر ہے

قاعدہ سادہ ہے: کورز کی تعداد کے برابر لوڈ کا مطلب ہے مکمل مصروف مشین بغیر کسی قطار کے۔

ٹیئرکورزآرام دہمصروفقطار میں
VDS-110.7 تکتقریباً 12 سے زیادہ
VDS-221.4 تکتقریباً 24 سے زیادہ
VDS-342.8 تکتقریباً 48 سے زیادہ
VDS-464 تکتقریباً 612 سے زیادہ
VDS-585.5 تکتقریباً 816 سے زیادہ
VDS-6107 تکتقریباً 1020 سے زیادہ

آپ تینوں نمبروں کو رجحان کے طور پر پڑھتے ہیں۔ 5.0, 2.0, 1.0 — لوڈ ابھی بڑھا ہے، ممکنہ طور پر اس لیے کہ آپ نے خود کچھ شروع کیا۔ 1.0, 2.0, 5.0 — عروج گزر چکا ہے اور مشین لوڈ اتار رہی ہے۔ تین ملتے جلتے بڑے نمبر — مسلسل اوورلوڈ، اور یہی وہ ہے جسے ٹھیک کرنے کی ضرورت ہے۔

آگے کہاں دیکھیں

زیادہ لوڈ ایک علامت ہے، تشخیص نہیں۔ وجوہات کو الگ الگ کریں:

vmstat 2 5
  • بڑا r کالم (پروسیسز جو چلانے کے لیے قطار میں ہیں) اور زیادہ us/sy — آپ CPU کی حد کو چھو رہے ہیں۔ قصوروار کو htop میں تلاش کریں۔
  • بڑا b کالم اور زیادہ wa — آپ ڈسک کی حد کو چھو رہے ہیں۔ اگلا: iostat اور iotop۔
  • si/so بڑھ رہے ہیں — swapping جاری ہے، یعنی میموری ختم ہو رہی ہے، دیکھیں میموری اور swap۔

htop میں حالت D والے پروسیسز بالکل وہی ہیں جو I/O کا انتظار کر رہے ہیں اور لوڈ ایوریج کو بڑھا رہے ہیں۔

کب اونچے ٹیئر پر جانے کا وقت آتا ہے

پروجیکٹ بلڈ، پیکیج اپڈیٹس یا رات کے بیک اپ کے دوران ہونے والے ایک بار کے اسپائیکس کو نظر انداز کریں۔ اصل اشارہ ایسا لگتا ہے: پینل /hosting/vds/m/<id> میں ہفتہ وار CPU گراف پر ایک پلیٹیو برقرار رہے، لوڈ ایوریج مسلسل کورز کی تعداد سے اوپر ہو، اور قصوروار آپ کی پروڈکشن ایپلیکیشن ہو نہ کہ کوئی بھولا ہوا اسکرپٹ۔ تب اونچے ٹیئر پر جانا سمجھ میں آتا ہے: آپ صرف اوپر جا سکتے ہیں، ادا شدہ مدت کے باقی دنوں کے لیے اضافی ادائیگی کے ساتھ۔

عام غلطیاں

  • لوڈ کا 100% سے موازنہ۔ لوڈ ایوریج فیصد نہیں ہے۔ VDS-3 پر 4 کی قیمت مکمل مصروف مشین ہے، کوئی تباہی نہیں۔
  • صرف پہلا نمبر دیکھنا۔ ایک منٹ کا اوسط معمولی سی بات پر اچھل جاتا ہے۔ فیصلے 15 منٹ والے پر کیے جاتے ہیں۔
  • نوڈ پر پڑوسیوں کو بھول جانا۔ vmstat میں st (steal) کالم ہائپروائزر کی لی گئی وقت دکھاتا ہے۔ مسلسل زیادہ اقدار سپورٹ کو لکھنے کی وجہ ہیں — یہ آپ کا مسئلہ نہیں ہے۔

لوڈ ایوریج میموری کے بارے میں کچھ نہیں بتاتا۔ ایک مشین 0.2 دکھا سکتی ہے اور پھر بھی OOM killer کے چلنے سے ایک قدم کی دوری پر ہو۔