ব্যক্তিগতভাবে আমি কমান্ডটি ব্যবহার করি iostat -xk 10এবং awaitকলামটি দেখি ।
- -x বর্ধিত পরিসংখ্যান প্রদর্শন করুন।
- -কে প্রতি সেকেন্ডে কিলোবাইটে পরিসংখ্যান প্রদর্শন করুন। অথবা মেগাবাইট / এর জন্য এম ব্যবহার করুন।
- 10 সেকেন্ডে বিরতি প্রদর্শন
এটি উইন্ডোজ অ্যাভারেজ ডিস্ক সেকেন্ড / ট্রান্সফারের কার্যত অভিন্ন মেট্রিক এবং সেকেন্ডের পরিবর্তে এমএসে তালিকাভুক্ত। সুতরাং থাম্বের অনুরূপ নিয়ম প্রয়োগ করা যেতে পারে, যদিও এটি সমস্ত ধরণের বিষয়ের উপর নির্ভর করবে। আমি সাধারণত দেখতে পেলাম যে ব্যবহারকারীরা 15 মিমি থেকে কুঁচকানো শুরু করেন এবং 20 মিমি খুব খারাপ।
প্রস্থান করতে ctrl + c টিপুন, বা গণনা প্যারামিটারের সাথে দেখতে পুনরাবৃত্তির সংখ্যা নির্দিষ্ট করুন। নোট করুন যে প্রথম পুনরাবৃত্তির ক্ষেত্রে ছোট সময়ের নমুনা ব্যবহৃত হওয়ার কারণে প্রথম পুনরাবৃত্তির ফলাফলটি ভারীভাবে স্কিউড।
man iostatপৃষ্ঠা থেকে
অপেক্ষারত ডিভাইসটি পরিবেশিত হওয়ার জন্য I / O অনুরোধগুলির জন্য গড় সময় (মিলিসেকেন্ডে)। এর মধ্যে কাতারে থাকা অনুরোধগুলির দ্বারা ব্যয় করা সময় এবং সেগুলি কাজে ব্যয় করা সময় অন্তর্ভুক্ত রয়েছে।
সম্পাদনা:
await আমি প্রধান মেট্রিকটি হ'ল উত্পাদনের ভারের অধীনে একটি ডিস্ক দেখার জন্য এটি ব্যবহার করি যে এর থ্রুপুট এবং আইওপ্স চাহিদা মেটাতে সক্ষম কিনা।
% আইওয়ায়েট স্ট্যাটাস সিপিইউ এবং ডিস্ক ব্যবহারের মধ্যে ভারসাম্য সম্পর্কে আরও বেশি। যদি সিপিইউ এবং ডিস্কের ক্রিয়াকলাপ উভয়ই বেশি হয় তবে% iostat প্রত্যাশার চেয়ে কম থাকবে । অন্যদিকে, মোটামুটি কম ডিস্ক ব্যবহারের মাত্রা থেকে শুরু করে, সিপিইউ নিষ্ক্রিয় থাকলে% iostat তুলনামূলকভাবে বেশি হতে পারে। বলা হচ্ছে অপেক্ষা করার পাশাপাশি লবণের দানাও নেওয়া দরকার। যদি ক্রমবর্ধমান পাঠ / লেখার ঘটনা ঘটে থাকে তবে চিত্রটি কম মানের দিকে ঝাঁকিয়ে যাবে এবং আপনার 18 ~ 20ms র নিয়মটি এই অবস্থার অধীনে কার্যকর হবে না কারণ বেশিরভাগ অংশ লিখিত হচ্ছে অনুক্রমিক ডেটা হবে এবং পরিবেশন করা হবে ডিস্কের সাহায্যে খুব তাড়াতাড়ি, অন্যটি এলোমেলো io অপেক্ষায় থাকবে, কারণ ডিস্কের মাধ্যমে তৈরি করা নেটিভ-কমান্ড-কুইউনিং (এনসিকিউ) সিস্টেমের ফলে ডিস্কের মাধ্যমে অনুরোধগুলি পরিবেশন করা ক্রমটি বেছে নেওয়ার মাধ্যমে থ্রুটপুটটিকে অনুকূল করে তুলতে পারে।
ioping