Skip to content
VDS · মনিটরিং ও পারফরম্যান্স

লোড এভারেজ: তিনটি সংখ্যার অর্থ কী

আপনার VPS টিয়ারে লোড এভারেজ কীভাবে সঠিকভাবে পড়বেন, CPU আইডল থাকা সত্ত্বেও উচ্চ লোড কেন হতে পারে, এবং কখন সংখ্যাগুলোর জন্য সত্যিই ব্যবস্থা নেওয়া প্রয়োজন।

আপডেট: ২৩ আগস্ট, ২০২৬

uptime কমান্ড এবং htop-এর উপরের লাইন তিনটি সংখ্যা দেখায় — 1, 5 এবং 15 মিনিটের গড় লোড। Linux-এ এটি সবচেয়ে বেশি ভুল বোঝা মেট্রিক: এটিকে প্রায়ই CPU লোডের সাথে গুলিয়ে ফেলা হয়।

আসলে এটি কী

লোড অ্যাভারেজ হলো সেই প্রসেসগুলোর গড় সংখ্যা, যেগুলো হয় CPU-তে গণনা করছে, নয়তো ডিস্কের জন্য অপেক্ষা করছে। দ্বিতীয় উপাদানটিই বিভ্রান্তির জন্ম দেয়: একটি মেশিন 12 লোড দেখাতে পারে অথচ CPU প্রায় অলস, যদি বারোটি প্রসেসই ডিস্কের জন্য অপেক্ষায় সারিবদ্ধ থাকে।

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 বাড়ছে — সোয়াপিং চলছে, অর্থাৎ মেমরি ফুরিয়ে আসছে, দেখুন মেমরি এবং সোয়াপ।

htop-এ D অবস্থায় থাকা প্রসেসগুলোই ঠিক যেগুলো I/O-র জন্য অপেক্ষা করছে এবং লোড অ্যাভারেজ বাড়িয়ে তুলছে।

কখন উচ্চতর টিয়ারে যাওয়ার সময়

প্রজেক্ট বিল্ড, প্যাকেজ আপডেট বা রাতের ব্যাকআপের সময় এককালীন স্পাইক উপেক্ষা করুন। আসল সংকেত দেখতে এমন: প্যানেলের /hosting/vds/m/<id>-এ সাপ্তাহিক CPU গ্রাফে একটি প্ল্যাটো ধরে থাকে, লোড অ্যাভারেজ ধারাবাহিকভাবে কোর সংখ্যার উপরে থাকে, এবং অপরাধী আপনার প্রোডাকশন অ্যাপ্লিকেশন, ভুলে যাওয়া কোনো স্ক্রিপ্ট নয়। তখন উচ্চতর টিয়ারে যাওয়া অর্থবহ: আপনি কেবল উপরে যেতে পারেন, পরিশোধিত মেয়াদের বাকি দিনগুলোর জন্য অতিরিক্ত পেমেন্ট দিয়ে।

সাধারণ ভুল

  • লোডকে 100%-এর সাথে তুলনা করা। লোড অ্যাভারেজ শতাংশ নয়। VDS-3-এ 4 মানে সম্পূর্ণ ব্যস্ত মেশিন, বিপর্যয় নয়।
  • কেবল প্রথম সংখ্যাটি দেখা। এক মিনিটের গড় সামান্য কিছুতেই লাফিয়ে ওঠে। সিদ্ধান্ত নেওয়া হয় 15 মিনিটেরটির উপর।
  • নোডের প্রতিবেশীদের ভুলে যাওয়া। vmstat-এ st (steal) কলাম হাইপারভাইজার যে সময় কেড়ে নিয়েছে তা দেখায়। ধারাবাহিকভাবে উচ্চ মান সাপোর্টে লেখার কারণ — এটি আপনার সমস্যা নয়।

লোড অ্যাভারেজ মেমরি সম্পর্কে কিছুই বলে না। একটি মেশিন 0.2 দেখাতে পারে এবং তবুও OOM killer চালু হওয়ার এক ধাপ দূরে থাকতে পারে।