সার্ভার লোড? শীর্ষ কমান্ড/CPU ব্যবহার/লোড গড় গণনা পদ্ধতি

যখন আমরা ব্যবহার করতে শিখিলিনাক্স VPS সার্ভার থেকেএকটি ওয়েবসাইট তৈরি করুনএর পরে, বিভিন্ন লোড গড়গুলির লোড গড়ের অর্থ বোঝা দরকার, কারণ আমাদের ব্যবহার করতে হবেtopকমান্ড সিস্টেমের সমাপ্তির স্থিতি বোঝে এবং ভেরিয়েবলের রিয়েল-টাইম পরিবর্তনগুলিতে মনোযোগ দেয়।

এটি বোঝার জন্য, নিম্নলিখিত পরিবর্তনশীল বর্ণনাগুলি বোঝা প্রয়োজন।

শীর্ষ কমান্ড লোড গড় বিস্তারিত ব্যাখ্যা

এটি কীভাবে ব্যবহার করবেন সে সম্পর্কে এখানে একটি বিশদ নির্দেশনা রয়েছে ▼৷

top - 01:06:48 up 1:22, 1 user, load average: 0.06, 0.60, 0.48
Tasks: 29 total, 1 running, 28 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3% us, 1.0% sy, 0.0% ni, 98.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 191272k total, 173656k used, 17616k free, 22052k buffers
Swap: 192772k total, 0k used, 192772k free, 123988k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1379 root 16 0 7976 2456 1980 S 0.7 1.3 0:11.03 sshd
14704 root 16 0 2128 980 796 R 0.7 0.5 0:02.72 top
1 root 16 0 1992 632 544 S 0.0 0.3 0:00.90 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0

• পরিসংখ্যান এলাকার প্রথম 5 লাইন সমগ্র সিস্টেমের পরিসংখ্যান.
• লাইন 1 টাস্ক কিউ তথ্য, সঙ্গেuptimeকমান্ডের সঞ্চালনের ফলাফল একই।

এর বিষয়বস্তু নিম্নরূপ:

• 01:06:48 বর্তমান সময়
• আপ 1:22 ঘন্টার বিন্যাসে সিস্টেম চলমান সময়: মিনিট
• 1 ব্যবহারকারী বর্তমানে লগ ইন করা ব্যবহারকারীর সংখ্যা
• লোড গড়: 0.06, 0.60, 0.48 সিস্টেম লোড, যা টাস্ক সারির গড় দৈর্ঘ্য।
• তিনটি মান হল 3 মিনিট, 1 মিনিট এবং 5 মিনিট আগে থেকে বর্তমান পর্যন্ত গড় মান।
• লাইন 2 এবং 3 হল প্রক্রিয়া এবং CPU তথ্য।
•  

যখন একাধিক CPU থাকে, তখন এই বিষয়বস্তু 2 লাইন অতিক্রম করতে পারে।বিষয়বস্তু নিম্নরূপ:

• কার্য: মোট 29টি মোট প্রসেসের সংখ্যা
• 1 চলমান প্রসেসের সংখ্যা
• 28 ঘুম ঘুম প্রসেস সংখ্যা
• 0 বন্ধ প্রসেসের সংখ্যা বন্ধ
• জম্বি প্রক্রিয়ার 0 জম্বি সংখ্যা
• CPU(গুলি): 0.3% us ব্যবহারকারীর স্থান দ্বারা দখলকৃত CPU-এর শতাংশ
• 1.0% sy কার্নেল স্থান দ্বারা দখলকৃত CPU-এর শতাংশ
• 0.0% ni প্রসেস দ্বারা দখলকৃত সিপিইউ এর শতাংশ যার অগ্রাধিকার ব্যবহারকারী প্রসেস স্পেসে পরিবর্তন করা হয়েছে
• 98.7% id নিষ্ক্রিয় CPU শতাংশ
• 0.0% wa ইনপুট এবং আউটপুটের জন্য অপেক্ষা করা CPU সময়ের শতাংশ
• 0.0% হাই
• 0.0% Si

নিম্নলিখিত মেমরি তথ্যের শেষ দুটি লাইন আছে:

• মেম: 191272k মোট মোট শারীরিক মেমরি
• 173656k ব্যবহৃত মোট শারীরিক মেমরি ব্যবহার করা হয়েছে
• 17616k বিনামূল্যে মোট বিনামূল্যে মেমরি
• 22052k বাফার কার্নেল ক্যাশে হিসাবে ব্যবহৃত মেমরির পরিমাণ
• অদলবদল: 192772k মোট মোট অদলবদল এলাকা
• 0k ব্যবহৃত মোট অদলবদল এলাকা ব্যবহার করা হয়েছে
• 192772k বিনামূল্যে মোট বিনামূল্যে অদলবদল এলাকা
• 123988k মোট ক্যাশে করা বাফার সোয়াপ এলাকা।

মেমরির বিষয়বস্তু অদলবদল এলাকায় এবং তারপর মেমরিতে ফিরে যায়, কিন্তু ব্যবহৃত অদলবদল এলাকা ওভাররাইট করা হয়নি।

এই মান হল অদলবদল এলাকার আকার যেখানে সামগ্রীটি ইতিমধ্যেই মেমরিতে বিদ্যমান।

যখন সংশ্লিষ্ট মেমরিটি আবার অদলবদল করা হয়, তখন আর অদলবদল এলাকায় লেখার প্রয়োজন হয় না।

প্রক্রিয়া সম্পর্কে বিস্তারিত তথ্য, প্রতিটি প্রক্রিয়া তথ্য এলাকায় পরিসংখ্যান এলাকার নীচে প্রদর্শিত।

প্রথমে, আসুন প্রতিটি কলামের অর্থ কী তা বোঝা যাক।

কলাম নামের অর্থ

• পিআইডি প্রসেস আইডি
• পিপিআইডি প্যারেন্ট প্রসেস আইডি
• RUSER আসল ব্যবহারকারীর নাম
• UID প্রক্রিয়া মালিকের ব্যবহারকারী আইডি
• প্রক্রিয়া মালিকের ব্যবহারকারীর নাম
• প্রক্রিয়া মালিকের গ্রুপ নাম GROUP
• TTY টার্মিনালের নাম যেখান থেকে প্রক্রিয়াটি শুরু হয়েছিল।কোন টার্মিনাল থেকে শুরু না হওয়া প্রসেসগুলোকে দেখানো হয়?
• পিআর অগ্রাধিকার
• NI চমৎকার মান.নেতিবাচক মানগুলি উচ্চ অগ্রাধিকার নির্দেশ করে, ইতিবাচক মানগুলি নিম্ন অগ্রাধিকার নির্দেশ করে
• • ব্যবহৃত শেষ CPU, শুধুমাত্র একটি বহু-CPU পরিবেশে অর্থবহ
• %CPU শেষ আপডেটের পর থেকে ব্যবহৃত CPU সময়ের শতাংশ
• TIME সেকেন্ডে প্রক্রিয়া দ্বারা ব্যবহৃত মোট CPU সময়
• TIME+ প্রক্রিয়া দ্বারা ব্যবহৃত মোট CPU সময়, 1/100 সেকেন্ডে
• %MEM প্রক্রিয়া দ্বারা ব্যবহৃত শারীরিক মেমরির শতাংশ
• VIRT প্রক্রিয়া দ্বারা ব্যবহৃত ভার্চুয়াল মেমরির মোট পরিমাণ, kb-এ। VIRT=SWAP+RES
• SWAP প্রক্রিয়া দ্বারা ব্যবহৃত ভার্চুয়াল মেমরির আকার kb-এ অদলবদল করা হবে।
• RES প্রক্রিয়ার দ্বারা ব্যবহৃত শারীরিক মেমরির আকার এবং অদলবদল করা হয় না, kb-এ। RES=CODE+DATA
• কোড এক্সিকিউটেবল কোড দ্বারা দখলকৃত শারীরিক মেমরির আকার, kb-এ
• ডেটা এক্সিকিউটেবল কোড (ডেটা সেগমেন্ট + স্ট্যাক) ব্যতীত অন্য অংশ দ্বারা দখলকৃত শারীরিক মেমরির আকার, kb-এ
• SHR শেয়ার করা মেমরির আকার, kb-এ
• nFLT পৃষ্ঠার ত্রুটি
• সর্বশেষ nDRT লেখার পর থেকে পরিবর্তিত পৃষ্ঠার সংখ্যা।
• এস প্রক্রিয়া অবস্থা।
• D = নিরবচ্ছিন্ন ঘুমের অবস্থা
• R = রান
• S = ঘুম
• T=ট্র্যাক/স্টপ
• Z = জম্বি প্রক্রিয়া
• COMMAND কমান্ডের নাম/কমান্ড লাইন
• WCHAN প্রক্রিয়াটি ঘুমের মধ্যে থাকলে, স্লিপিং সিস্টেম ফাংশনের নাম প্রদর্শন করুন
• ফ্ল্যাগ টাস্ক পতাকা, sched.h পড়ুন

লিনাক্স লোড গড় ডিবাগিং নির্দেশাবলী

দিকে তাকাওtopকমান্ড দ্বারা প্রদর্শিত স্ট্যাটাস পরে, এটি অনুযায়ী অপ্টিমাইজ করা প্রয়োজন, কিন্তুtopকমান্ড শুধুমাত্র চেহারা দেখায়, তাই আমরা পাস করতে পারেনiostatঅথবাvmstatআরও পর্যবেক্ষণের আদেশ দিন।

সিস্টেম লোড দেখতে vmstat

vmstat
procs -------memory-------- ----swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 100152 2436 97200 289740 0 1 34 45 99 33 0 0 99 0

প্রকল্পগুলি

• r কলামটি CPU টাইম স্লাইসের জন্য চলমান এবং অপেক্ষারত প্রসেসের সংখ্যা উপস্থাপন করে। যদি এটি দীর্ঘ সময়ের জন্য 1-এর বেশি হয়, তাহলে এর অর্থ হল CPU অপর্যাপ্ত এবং CPU বাড়াতে হবে।
• b কলাম সংস্থানগুলির জন্য অপেক্ষা করা প্রক্রিয়াগুলির সংখ্যা নির্দেশ করে, যেমন I/O এর জন্য অপেক্ষা করা, বা মেমরি সোয়াপিং ইত্যাদি।

cpu cpu-এর ব্যবহারের অবস্থা নির্দেশ করে

• ইউএস কলাম ব্যবহারকারী মোডে ব্যয় করা CPU সময়ের শতাংশ দেখায়। যখন আমাদের মূল্য তুলনামূলকভাবে বেশি হয়, এর মানে হল যে ব্যবহারকারী প্রক্রিয়াটি প্রচুর CPU সময় ব্যয় করে, কিন্তু যদি এটি দীর্ঘ সময়ের জন্য 50% এর বেশি হয়, তাহলে ব্যবহারকারীর প্রোগ্রামটি অপ্টিমাইজ করার বিষয়টি বিবেচনা করা প্রয়োজন।
• sy কলাম কার্নেল প্রক্রিয়া দ্বারা ব্যয় করা সিপিইউ সময়ের শতাংশ দেখায়।এখানে, us + sy-এর রেফারেন্স মান হল 80%। us + sy 80%-এর বেশি হলে, এর মানে হল অপর্যাপ্ত CPU থাকতে পারে।
• WA কলামটি IO অপেক্ষার দ্বারা দখলকৃত CPU সময়ের শতাংশ দেখায়।
• এখানে wa এর রেফারেন্স মান 30%। যদি wa 30% ছাড়িয়ে যায়, এর মানে হল IO অপেক্ষা গুরুতর। এটি ডিস্কে প্রচুর সংখ্যক এলোমেলো অ্যাক্সেসের কারণে হতে পারে, অথবা এটি এর ব্যান্ডউইথের বাধার কারণে হতে পারে ডিস্ক বা ডিস্ক অ্যাক্সেস কন্ট্রোলার (প্রধানত ব্লক অপারেশন)।
• আইডি কলামটি সিপিইউ নিষ্ক্রিয় থাকা সময়ের শতাংশ দেখায়।

নিম্নলিখিত নিবন্ধটি ব্যাখ্যা করে যে লিনাক্স লোড গড় কত বেশি?

🔗লিনাক্সের লোড এভারেজ কত বেশি? CPU লোড ব্যবহারের পরীক্ষা

ভিপিএস লোড খুব বেশি হলে আমার কী করা উচিত?

এখন আমার ওয়েবসাইট অ্যাক্সেস করা যাচ্ছে না কারণ লোড খুব বেশি, আমি কি করব?

শীর্ষ - 20:44:30 পর্যন্ত 12 মিনিট, 1 ব্যবহারকারী, লোড গড়: 2.21, 8.39, 6.48

• আপনার সার্ভার স্ব-পরিচালনা করছে, আপনার যা করা উচিত তা হল SSH এর মাধ্যমে আপনার সার্ভার নিজেই পরীক্ষা করা।
• এটা কি চলমান পরীক্ষা?কি প্রক্রিয়া এবং তাই?
• প্রয়োজনে সার্ভার পুনরায় চালু করার চেষ্টা করুন।
• যদি সার্ভার পুনরায় চালু করার পরে, লোড এখনও খুব বেশি হয়, ওভারলোড প্রক্রিয়া সনাক্ত করার চেষ্টা করুন এবং এটি বন্ধ করুন।
• যদি প্রয়োজন হয়, প্রক্রিয়াটি পুনরায় চালু করুন (সার্ভার নয়) পৃথকভাবে।
• অথবা গ্রাহক পরিষেবার সাথে পরামর্শ করার পরে "কেন ভিপিএস/সার্ভার লোড খুব বেশি", এখনও এটি করার কোন উপায় নেই এবং অবশেষে একমাত্র উপায় হল সার্ভার কনফিগারেশন বাড়ানো।

একটি বিদেশী বাণিজ্য কোম্পানির ওয়েবসাইটের জন্য কত জায়গা উপযুক্ত?

কিভাবে সঠিক সার্ভার কনফিগারেশন নির্বাচন করবেন?দৈনিক গড় 1 আইপি সার্ভার সমাধান দেখতে নীচের লিঙ্কে ক্লিক করুন ▼

🔗প্রতিদিন হাজার হাজার আইপির জন্য আমার কত বড় সার্ভার বেছে নেওয়া উচিত? দৈনিক গড় ১০,০০০ আইপি সার্ভার সলিউশন