কোনও নির্দিষ্ট সময়ের জন্য সিস্টেমের লোড / লোড গড়ের উত্স খুঁজে পেতে কোনও ইউটিলিটি?


12

টপ, হটপ, আপটাইম ইত্যাদি চালিয়ে আমরা লোড এভারেজকে তিনটি মান হিসাবে দেখতে পাই যা গত 1/5/15 মিনিটের গড় লোডকে বোঝায় ( আসলে সত্যিই নয় , তবে এটি এখানে প্রশ্ন নয়)।

কখনও কখনও আমি লক্ষ্য করব যে আমার কাছে গত 15 মিনিটের জন্য মোটামুটি উচ্চ লোড গড় রয়েছে তবে বর্তমান লোডটি খুব কম। এমন কোনও ইউটিলিটি / প্রোগ্রাম রয়েছে যা প্রসেসগুলি তালিকাভুক্ত করতে পারে (এমনকি যদি সেগুলি আর নেই) এমনকি সর্বশেষ সিপিইউ-সময়টি গত 1/5/15 মিনিটের জন্য (বা অন্য কোনও অনুরূপ সময়সীমা) গ্রাস করেছে?

আমি সচেতন যে লোড এভারেজও I / O এর জন্য অপেক্ষা করার প্রক্রিয়াগুলির কারণে ঘটতে পারে তবে আমি বেশিরভাগ সিপিইউ-ক্ষুধার্ত অ্যাপ্লিকেশনগুলি দেখতে আগ্রহী (যদিও historicতিহাসিক I / O দেখতেও সক্ষম হবে)।

যতদূর আমি জানি চালানো এবং সময় অনুসারে বাছাই করা আমাকে এখানে সহায়তা করতে পারে না, যেহেতু কম্পিউটারটি যদি কিছুক্ষণ চলতে থাকে তবে শীর্ষ মানগুলি সাম্প্রতিক অতীতের সাথে কিছু করার দরকার পড়ে না do


আপনি কোন ওএস চালাচ্ছেন?
কার্লসন

আমি বিভিন্ন জিএনইউ / লিনাক্স ডিস্ট্রিবিউটগুলি চেষ্টা করে দেখি তবে বেশিরভাগ ক্ষেত্রে আমি ওপেনসুএসই ব্যবহার করি।
কোয়ান্টম্বোরডম

উত্তর:


11

আমি ব্যবহার করার পরামর্শ দিচ্ছি atop। এটি একটি ডেমন ডিফল্টরূপে প্রতি 10 মিনিটে সমস্ত 'শীর্ষ' তথ্য সংগ্রহ করে এবং আপনি এই 'শীর্ষ' স্ন্যাপশটগুলি দেখে সময়মতো ফিরে যেতে পারেন। আপনার প্রয়োজনের সাথে ডিফল্ট ব্যবধান সেটিংটি সামঞ্জস্য করুন (আরও ঘন ঘন সেট করা থাকলে আরও বেশি ডিস্কের জায়গা খান)।

গতকাল, আমি একটি অনুরূপ প্রশ্নের উত্তর দিয়েছি , আমি কীভাবে কীভাবে খুব সংক্ষিপ্ত অন্তর্ভুক্ত করেছি।


শীর্ষে একেবারে নিখুঁত বলে মনে হচ্ছে, অনেক অনেক ধন্যবাদ!
কোয়ান্টম্বোরডম

সুতরাং এটি দেখাবে না, নির্দিষ্ট পিডগুলির ফলে লোডের মানটি দেখাবে না, তবে এটি এটি এমনভাবে দেখাবে যে আমরা কোনওভাবেই এটি অনুমান করতে পারি, যেমন সিপিইউ ব্যবহারের ক্রমটি সবচেয়ে সমস্যাযুক্ত অ্যাপ্লিকেশন হিসাবে সঠিক? আমি অবাক হই যে কীভাবে atopলোড মানগুলি তৈরি করা হয় (সংশ্লেষ করা হয়) অনুমান করতে তথ্য কীভাবে সহায়তা করতে পারে? অন্য কথায়, সেই অ্যালগরিদম (এর htop) লোড গড় রচনা করতে এবং কীভাবে এটি প্রতি প্রক্রিয়াতে প্রদর্শিত হয় না? (আমি মনে করি এটি একটি নতুন থ্রেডের প্রাপ্য হতে পারে?)
কুম্ভ শক্তি

@ অ্যাকোয়ারিয়াস পাওয়ার যা সত্যই একটি নতুন প্রশ্নের দাবি রাখে। মেশিনে লোড গড়গুলি এই বিষয়ের সাথে সত্যই প্রাসঙ্গিক নয়, অনেকগুলি কারণেই গণনা করা হয়।
gertvdijk

7

হটোপের ইঙ্গিত দিয়ে বিচার করে আমি ধরে নেব আপনি লিনাক্স চালাচ্ছেন।

আপনি সর নামক একটি ইউটিলিটিটি একবার দেখে নিতে পারেন যা সোলারিসে প্রায়শই ব্যবহৃত হয় তবে আমি এটি খুব কমই লিনাক্সে ব্যবহার করতে দেখেছি। এটি এক দিনের জন্য সিস্টেমের ক্রিয়াকলাপ রেকর্ড করতে এবং তারপরে বিভিন্ন বিরতিতে এটি প্রতিবেদন করতে সক্ষম। আপনি অরকার দিকেও দেখতে পারেন তবে ডেটা পরিসংখ্যানগুলি এখনও সিস্টেম অনুযায়ী রয়েছে।

আপনার যদি প্রতি প্রক্রিয়া ডেটার প্রয়োজন হয় তবে স্পষ্টতই টিমকোয়েস্টের মতো অর্থ প্রদানের পণ্য রয়েছে


4

আপনি যদি কোনও ডেটা সংগ্রহের সরঞ্জাম সেট আপ না করেন তবে উত্তরটি হ'ল না, এমন কোনও অন্তর্নির্মিত ইউটিলিটি নেই যা বিভিন্ন সংস্থার ব্যবহার লগইন করবে।

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

আপনার সার্ভারে লগ ইন করুন এবং sarকমান্ডের ম্যান পৃষ্ঠাটি পড়া শুরু করুন । তারপরে কীভাবে সর কার্যকরভাবে ব্যবহার করতে হয় তার জন্য একটি গুগল অনুসন্ধান করুন। এবং অল্প সময়ে আপনি আপনার ডেটা সংগ্রহের ইউটিলিটি সেট করতে সক্ষম হবেন। আপনি যখন কোনও সমস্যার মুখোমুখি হন, আপনি নির্দিষ্ট সময়ের জন্য স্যার লগগুলিতে খনন করে দেখেন যে কোন উত্সটি স্বাভাবিকের চেয়ে বেশি ব্যবহার করা হয়েছে ইত্যাদি ইত্যাদি

আপনি যদি ক্রমাগত 75৫% বা তারপরের দিকে ব্যবহার অব্যাহত রাখেন এবং তাদের কাছে এটি প্রমাণ করার কোনও উপায় না থাকে তবে হার্ডওয়্যার কিনতে / আপগ্রেড করার জন্য কিছু অর্থ বিনিয়োগ করতে পরিচালনকে বোঝানো এটি একটি অমূল্য সরঞ্জাম। এমনকি যদি আমার ভুল না হয় তবে কাঁচা সর তথ্য থেকে গ্রাফিকাল (ম্যানেজমেন্ট-স্পোক হিসাবে পড়ুন) রিপোর্টগুলি তৈরি করার জন্য এমনকি এক্সেল ম্যাক্রো রয়েছে।

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