ইউনিক্স / লিনাক্সে লোড গড়ের অর্থ কী?


68

যদি আমি দৌড়ে যাই তবে আমি uptimeএই জাতীয় কিছু পাই:

10:50:30 up 366 days, 23:27,  1 user,  load average: 1.27, 2.06, 1.54

শেষে এই সংখ্যাগুলির অর্থ কী? ম্যান পেজটি আমাকে বলে যে এটি "গত 1, 5 এবং 15 মিনিটের মধ্যে সিস্টেমের লোড গড়"। তবে স্কেল কী? 1.27 উচ্চ হয়? নিম্ন? এটি কি আমার সিস্টেমে নির্ভর করে?


2
আমি আশ্চর্য হই যে মাল্টি-কোর সিপিইউ সিস্টেমে কীভাবে লোডের গড় ব্যাখ্যা করা উচিত।
নাগুল

3
থাম্বের একটি সাধারণ নিয়ম হিসাবে, আপনার মাল্টি কোর সিস্টেমগুলির জন্য লোড গড়কে সিপিইউগুলির সংখ্যার মাধ্যমে ভাগ করতে হবে। সুতরাং ডুয়াল কোর সিস্টেমে ২.০ এর লোড একক কোর সিস্টেমে মোটামুটি 1.0 এর সমান। এটি পুরোপুরি সত্য নয়, কারণ ডিস্ক I / O এবং নেটওয়ার্ক ট্র্যাফিকের মতো জিনিসগুলির কারণে, তবে লোড হ'ল যাই হোক এক ধরণের মূল্যায়ন।
মাইক কুপার

1
আমি এই ব্লগটিকে সত্যই দরকারী বলে মনে করেছি: লিনাক্স সিপিইউ বোঝা
আত্মবিশ্বাস

উত্তর:


59

একযোগে সিপিইউ মনোযোগের দাবি, গড় কতগুলি প্রক্রিয়া গড়ের একটি লোড গড় একটি গেজ।

সাধারণত, যদি আপনার একটি প্রক্রিয়া 100% এ চলমান থাকে এবং এটি সর্বদা অনন্তকাল ধরে বসে থাকে তবে আপনি সমস্ত মান '1' এ যাওয়ার আশা করতে পারেন।

সাধারণত, এটি আপনি যতটা দক্ষ কম্পিউটিং পেতে পারেন তেমন কোনও প্রসঙ্গ-স্যুইচগুলির কারণে কোনও ক্ষতি হয় না।

তবে আধুনিক মাল্টিটাস্কিং ওএস-এর ক্ষেত্রে সিপিইউয়ের মনোযোগের প্রয়োজন একাধিক বিষয় রয়েছে, সুতরাং একক প্রক্রিয়া থেকে মাঝারি পরিমাণের লোডের অধীনে লোড গড়কে 0.8 থেকে 2 এর মধ্যে ভাসতে হবে।

যদি আপনি make -j 60কেবল একটি লজিকাল প্রসেসর থাকা সত্ত্বেও কার্নেল তৈরির মতো উন্মাদ কিছু করার সিদ্ধান্ত নেন তবে লোড গড় 60 এর দিকে ছুটে যাবে এবং আপনার কম্পিউটারটি আপনার কাছে অবিশ্বাস্যভাবে বেহুদা (কনটেক্সট স্যুইচ দ্বারা মৃত্যু) হবে।

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


1
সুতরাং 1 এরও কম লোড গড়ের অর্থ "প্রক্রিয়াগুলি সাধারণত কখনই অপেক্ষা করতে হয় না"? আমি কীভাবে 2 এর একটি লোড গড়কে "প্রতিটি প্রক্রিয়া আদর্শ অবস্থার তুলনায় প্রায় দ্বিগুণ সময় নেয়" হিসাবে ব্যাখ্যা করতে পারি? (আমি জানি যে সম্পর্কেও উদ্বিগ্ন হওয়ার জন্য আমি / ও
রয়েছি

হ্যাঁ, এটি অর্থবোধ করে, এটি
IO-

@ কেন্টফ্রেড্রিক "সাধারণত, এটি আপনার হিসাবে যতটা দক্ষ কম্পিউটিং পেতে পারে, প্রসঙ্গ-স্যুইচগুলির কারণে কোনও ক্ষয়ক্ষতি হয় না।" ... 1 প্রক্রিয়াটি কি পুরোপুরি 100% চালিত হয়? নিশ্চয় আমি এখানে মৌলিক কিছু অনুপস্থিত। আপনি দয়া করে বোঝাতে পারেন? আমি কীভাবে সমস্ত সিপিইউ রিসোর্সকে হগিংয়ের প্রক্রিয়াটিকে দক্ষ হিসাবে বর্ণনা করা যেতে পারে তা নিয়ে আমি বিভ্রান্ত হয়ে পড়েছি?
গিগ 7

2
আমি জানি 100% এ চলমান একটি প্রক্রিয়া খুব "দক্ষ" শোনায় না, তবে যদি প্রক্রিয়াটি নির্বিচারে কেবল 20% ব্যবহারের জন্য সীমাবদ্ধ করে রাখে, তবে এটি 5 গুণ বেশি সময় নিতে পারে। সুতরাং এখানে দক্ষতার অর্থ "অনুকূল সংস্থান ব্যবহার"।
কেন্ট ফ্রেড্রিক

1
সুতরাং একটি এন-কোরেড সিস্টেমের জন্য, এন এর একটি লোড এভারেজের অর্থ হ'ল প্রতিটি কোর 100% সময় প্রক্রিয়া পরিচালনা করছে / এবং তাই সবচেয়ে কার্যকর?
joshreejones

9

লোক 5 প্রো:

/ proc / loadavg এই ফাইলের প্রথম তিনটি ক্ষেত্র হ'ল লোড গড় পরিসংখ্যান যা রান কাতারে (রাজ্য আর) চাকরির সংখ্যা দেয় বা ডিস্ক I / O (রাজ্য ডি) এর জন্য অপেক্ষা করে যা 1, 5 এবং 15 মিনিটের বেশি বয়সী । এগুলি আপটাইম (1) এবং অন্যান্য প্রোগ্রাম দ্বারা প্রদত্ত লোড গড় সংখ্যাগুলির সমান।


3

সাধারণভাবে এটি একটি নির্দিষ্ট সময়ে সক্রিয় প্রক্রিয়াগুলির সংখ্যা পরিমাপ করে তবে এটি গণনা করতে ব্যবহৃত মেট্রিকগুলি কিছু সিস্টেমে পৃথক হয়। আমি খুঁজে পেয়েছি শুধুমাত্র নিবন্ধ এটি মোটামুটি ভাল ব্যাখ্যা এটি একটি


2
সেই লিঙ্কটি '03 তারিখের। লিনাক্স 2.6 এর পর থেকে বেরিয়ে এসেছিল। (আপনি লক্ষ করুন যে তারা 2.0, আউচ ব্যবহার করছে using) পৃষ্ঠাটিতে উল্লিখিত রীতিগুলির তুলনায় মেট্রিকগুলি অনুশীলনে এখন কিছুটা আলাদা বলে মনে হচ্ছে।
কেন্ট ফ্রেড্রিক

এখানে '06 এর শেষে থেকে একটি যা লিঙ্কিত
নাগুল

আপনার লিঙ্ক এখনও কাজ করে এবং তাদের টার্মিনাল আউটপুট 2001 থেকে 😂 কত ভয়
এম এস Berends

2

আমি একটি কোর্সের রেফারেন্স থেকে উদ্ধৃত করছি:

লোড গড় একটি নির্দিষ্ট সময়ের জন্য লোড সংখ্যার গড়। এটি অ্যাকাউন্ট প্রক্রিয়াগুলিতে নেয় যা হ'ল:

  • সক্রিয়ভাবে একটি সিপিইউতে চলছে।
  • চলমান হিসাবে বিবেচিত, তবে সিপিইউ উপলব্ধ হওয়ার অপেক্ষায়।
  • ঘুমন্ত: অর্থাত্ কোনও ধরণের সংস্থান (সাধারণত, I / O) উপলব্ধ হওয়ার অপেক্ষা করে।

আমি লোড গড়ের ব্যাখ্যা দেওয়ার বিষয়ে আরও উদ্ধৃত করি :

নিম্নের উদাহরণে দেখানো হয়েছে এমন তিনটি পৃথক সংখ্যা ব্যবহার করে লোড গড় প্রদর্শিত হয়:

তথ্যের শেষ অংশটি হল সিস্টেমের গড় লোড। আমাদের সিস্টেমটি একক সিপিইউ সিস্টেম হিসাবে ধরে নেওয়া হয়, 0.25 এর অর্থ হল গত মিনিটের জন্য, গড়ে 25% ব্যবহার করা হয়েছে util পরবর্তী অবস্থানে 0.12 এর অর্থ হ'ল গত 5 মিনিটের মধ্যে গড়ে, সিস্টেমটি 12% ব্যবহার করা হয়েছে; এবং চূড়ান্ত অবস্থানে 0.15 এর অর্থ হ'ল গত 15 মিনিট ধরে গড়ে, সিস্টেমটি 15% ব্যবহার করা হয়েছে। আমরা যদি দ্বিতীয় অবস্থানে ১.০০ এর মান দেখতে পেলাম, তবে তা বোঝায় যে একক সিপিইউ সিস্টেমটি গত পাঁচ মিনিটের মধ্যে গড়ে ১০০% ব্যবহার করা হয়েছিল; আমরা যদি পুরোপুরি একটি সিস্টেম ব্যবহার করতে চাই তবে এটি ভাল। একটি একক-সিপিইউ সিস্টেমের জন্য 1.00 এর চেয়ে বেশি মান বোঝায় যে সিস্টেমটি অতিরিক্ত-ব্যবহার হয়েছে: সিপিইউ উপলব্ধ হওয়ার চেয়ে সিপিইউ প্রয়োজন এমন আরও অনেক প্রক্রিয়া ছিল।

যদি আমাদের একাধিক সিপিইউ থাকে, তবে কোয়াড-সিপিইউ সিস্টেম বলুন, আমরা লোড গড় সংখ্যাকে সিপিইউর সংখ্যার সাথে ভাগ করব। এই ক্ষেত্রে, উদাহরণস্বরূপ, 4 মিনিটের 1 মিনিটের লোড গড় দেখা থেকে বোঝা যায় যে শেষ মুহুর্তে পুরো সিস্টেমটি 100% (4.00 / 4) ব্যবহৃত হয়েছিল।

স্বল্পমেয়াদী বৃদ্ধি সাধারণত কোনও সমস্যা হয় না। আপনি যে উচ্চ শিখরটি দেখেন তা সম্ভবত কোনও নতুন স্তরের নয়, ক্রিয়াকলাপের ফেটে যায়। উদাহরণস্বরূপ, শুরুতে অনেকগুলি প্রক্রিয়া শুরু হয় এবং তারপরে ক্রিয়াকলাপটি স্থির হয়ে যায়। যদি একটি উচ্চ শিখর 5 এবং 15 মিনিটের লোড গড়তে দেখা যায় তবে এটি উদ্বেগের কারণ হতে পারে।


আপনার রেফারেন্সে একটি লিঙ্ক যুক্ত করা সহজ হবে।
Pierz

এটা কঠিন। এটি এলএফসিএস পরীক্ষার জন্য প্রস্তুত করার জন্য লিনাক্স ফাউন্ডেশন থেকে একটি অনলাইন কোর্স।
এলে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.