ইউনিক্স 'সিপিইউ স্টিল টাইম' এর সমতুল্য উইন্ডোজ রয়েছে কি?


24

ভার্চুয়ালাইজেশন প্ল্যাটফর্মগুলিতে পারফরম্যান্স পর্যবেক্ষণের নির্ভুলতার মূল্যায়ন করার জন্য, সিপিইউ চুরির সময়টি ক্রমবর্ধমান প্রাসঙ্গিক হয়ে উঠেছে - দেখুন ইসি 2 মনিটরিং: সিপিইউয়ের সময় অ্যাকাউন্টিংয়ের জন্য অ্যামাজন ইসি 2 এবং আইবিএমের কাগজের প্রসঙ্গে শিক্ষামূলক সংক্ষিপ্তসার জন্য সিপিইউ চুরির ঘটনা case ধারণাটির আরও গভীরতর প্রযুক্তিগত ব্যাখ্যা (চিত্র সহ):

হাইপারভাইজার আরেকটি ভার্চুয়াল প্রসেসর পরিবেশন করার সময় ভার্চুয়াল সিপিইউ প্রকৃত সিপিইউয়ের জন্য অপেক্ষা করার শতকরা হারটি হ'ল হার।

তদনুসারে, এটা সবচেয়ে সম্পর্কিত ইউনিক্স / লিনাক্স পর্যবেক্ষণ সরঞ্জাম উন্মুক্ত হয় আজকাল - দেখুন উদাঃ কলাম % চুরি বা St মধ্যে sarবা top:

স্ট্যান্ড - চুরির সময়
অন্যান্য কাজের (যেমন অন্য কোনও ভার্চুয়াল মেশিন চালানো) হাইপারভাইজার দ্বারা এই ভার্চুয়াল মেশিন থেকে সিপিইউ 'চুরি' করার পরিমাণ।

আমি উইন্ডোজ একই মেট্রিক ক্যাপচার কিভাবে তা নির্ধারণ করতে অক্ষম, যদিও ইতিমধ্যে এটি সম্ভব? (আদর্শভাবে EC2 এ উইন্ডোজ 2008 সার্ভার আর 2 এএমআই এর জন্য এবং অবশ্যই সম্পর্কিত উইন্ডোজ পারফরম্যান্স কাউন্টারগুলির মাধ্যমে ))

উত্তর:


33

সম্পাদনা করুন: 1 অক্টোবর 2013 এ আপডেট করা হচ্ছে - এর পরে আমার কিছু আসল উত্তর অপ্রচলিত হয়ে গেছে।

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

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

এটিই প্রথম জিনিস যা আপনার প্রশ্নকে চ্যালেঞ্জিং করে তোলে। আপনি আপনার প্রশ্নটি এমনভাবে উত্থাপন করেছেন যেন এটি হাইপারভাইজার-অজোনস্টিক, যখন সত্য সত্য তা হয় না। উদাহরণস্বরূপ, অ্যামাজন ইসি 2 জেন হাইপারভাইজার এবং "হাইপাইভাইজারের topউপর চলমান লিনাক্স ভিএম এর মধ্যে জারি করা একটি কমান্ডের আউটপুটে আপনি দেখতে পাবেন" সিপিইউ স্টিল টাইম "মেট্রিক ব্যবহার করে সেই অতিথি ওএসে ইনস্টল করা ইন্টিগ্রেশন পরিষেবাদির ফলাফল is (বা অতিথির ভার্চুয়ালাইজেশন-সচেতন সরঞ্জামগুলি) সেই নির্দিষ্ট হাইপারভাইজারের সরবরাহ করা ডেটার সাথে একত্রে।

প্রথমে আমাকে কেবল আপনার প্রশ্নের জবাব সোজা করে দেই: উইন্ডোজ চলমান ভার্চুয়াল মেশিনের ভিতরে থেকে দেখার কোনও উপায় নেই যে হাইপারভাইজার চালিত শারীরিক মেশিনের প্রসেসররা অন্যান্য কাজ করতে কত সময় ব্যয় করে, যদি না নির্দিষ্ট ভার্চুয়াল সরঞ্জামগুলি / আপনার নির্দিষ্ট হাইপারভাইজারের জন্য পরিষেবা বা ভার্চুয়ালাইজেশন-সচেতন সরঞ্জামগুলি অতিথি ভিএম এবং এ ইনস্টল করা আছেঅতিথি যে নির্দিষ্ট হাইপারভাইজারটিতে চলছে সেগুলি সেই ডেটাটি অতিথির কাছে প্রকাশ করে। এমনকি হাইপার-ভি হাইপারভাইজারে চলমান কোনও উইন্ডোজ অতিথির হাইপারভাইজারের শারীরিক প্রসেসররা অন্যান্য কাজ করায় যে সময় ব্যয় করেছিল সে সম্পর্কে তথ্যের তাত্ক্ষণিকভাবে অ্যাক্সেস পাবেন না। (ভোরেটাক qu এর উদ্ধৃতি দিতে, "চতুর্থ প্রাচীরটি ভেঙে দেয়।") যদিও হাইপার-ভি-তে ভার্চুয়ালাইজ অতিথি হিসাবে চলমান উইন্ডোজ ক্লায়েন্ট এবং সার্ভার অপারেটিং সিস্টেমগুলি সঠিকভাবে ইন্টিগ্রেশন পরিষেবা / সরঞ্জাম ইনস্টল করে "আলোকিতকরণ" ব্যবহার করে (যা আক্ষরিকভাবে কার্নেল হয়) কোড পরিবর্তন ভার্চুয়াল মেশিনের) যে উল্লেখযোগ্যভাবে একটি শারীরিক হোস্ট সম্পদ ব্যবহার তাদের কর্মক্ষমতা বৃদ্ধি জন্য বিশেষ তৈরী বটম লাইন যে হাইপারভাইসরের না আছেঅতিথির ওএসের কাছে এটির চেয়ে আরও কোনও তথ্য দেওয়ার জন্য। এর মানে হল যে হাইপারভাইসরের নেই আছে একটি গেস্ট ভার্চুয়াল মেশিনের বলতে আর কি এটা সার্ভিসিং যে VM- র ... যদি না তা চায় ব্যতীত করছে। এবং শারীরিক প্রসেসররা আর কী করছেন সে সম্পর্কিত তথ্যটি ভিএম এর দৃষ্টিকোণ থেকে একটি মেট্রিক অর্জনের জন্য যেমন "সিপিইউ স্টিল টাইম: ভিসিপিইউ শারীরিক সিপিইউয়ের জন্য অপেক্ষা করার সময়ক শতাংশ" "

অতিথির ওএস কীভাবে তা জানতে পারে, যদি এটি বুঝতে না পারে যে এটি আসলে ভার্চুয়ালাইজড ছিল?

অন্য কথায়, অতিথির উপর সঠিক ইন্টিগ্রেশন সরঞ্জামগুলি ইনস্টল না করে, অতিথি ওএস এমনকি এটি জানতে পারে না যে এর সিপিইউ আসলে একটি ভি সিপিইউ। এটি এমনকি এটিও জানতে পারবে না যে এটির বাইরে থেকে সিপিইউ চক্রের "চুরি" করার বাইরেও অন্য একটি শক্তি রয়েছে, সুতরাং অতিথি ভিএম-তে মেট্রিকের অস্তিত্ব থাকবে না।

ভিএমওয়্যার উইন্ডোজ অতিথিদের পাশাপাশি এসএসসি 5.0-তেও এই ডেটা প্রকাশ করতে শুরু করেছে। অতিথিটিতে ভিএমওয়্যার ইন্টিগ্রেশন সরঞ্জামগুলিও আপডেট করা দরকার। এখানে একটি উল্লেখ আছে ; তারা এটিকে "সিপিইউ চুরি সময়" হিসাবে উল্লেখ করে।

হাইপারভাইজার যেমন হাইপার-ভি ভিথিকে ফিজিক্যাল প্রসেসর বা প্রসেসরের কোরগুলির মতো শারীরিক সংস্থানগুলিতে সরাসরি অ্যাক্সেস দেয় না। পরিবর্তে হাইপারভাইজার তাদের vDevs দেয় - ভার্চুয়াল ডিভাইস - যেমন vCPUs।

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


(আকর্ষণীয়ভাবে, এটি আমাকে ইঙ্গিত দেয় যে অতিথি ভিএমগুলিতে যথাযথ ইন্টিগ্রেশন সরঞ্জাম এবং / অথবা পরিষেবাদি নেই তবে একই হোস্টের সমস্ত অন্যান্য ভিএম এর কার্যকারিতা প্রভাবিত করার ক্ষমতা থাকতে পারে, তবে এটি পুরোপুরি এই বিষয়ের বাইরে নয় is ।)


যা বলার অপেক্ষা রাখে না যে কোনও ভার্চুয়াল প্রসেসর রিয়েল প্রসেসরটি উপলভ্য হওয়ার জন্য অপেক্ষা করতে ব্যয় করেছিল এমন সময় আপনি এখনও হাইপার-ভি হোস্টে সনাক্ত করতে পারেন যাতে এটি চালানোর সময় নির্ধারণ করা যায়। তবে আপনি কেবল সেই ডেটাটি একটি উইন্ডোজ হাইপার-ভি হাইপারভাইজারে দেখতে পাবেন। এটি যদি অন্য হাইপারভাইজারগুলিতে দেখা সম্ভব হয় তবে আমি অন্যকে অনুরোধ করি যে কীভাবে এটি হাইপারভাইজারে দেখতে পাবেন এবং যদি এটি অতিথির কাছে প্রকাশিত হয় তবে। (10/1/2013 সম্পাদনা করুন ঠিক তেমনটি করার জন্য আপনাকে ইওলেনস্কি ধন্যবাদ!)

আমার পরীক্ষা মেশিনটি হাইপার-ভি সার্ভার 2012 ছিল যা সার্ভার 2012 এর বিনামূল্যে সংস্করণ যা কেবলমাত্র কোর এবং হাইপার-ভি ভূমিকা পালন করে runs এটি কার্যকরভাবে হাইপার-ভি চলমান যে কোনও উইন্ডোজ সার্ভার ২০১২-এর সমান।

আপনার প্যারেন্ট পার্টিশনে পারফরমোন ফায়ার করুন, ওরফে শারীরিক হোস্ট। এই কাউন্টারটি লোড করুন:

Hyper-V Hypervisor Virtual Processor\CPU Wait Time Per Dispatch\*

আপনি লক্ষ্য করবেন যে হাইপারভাইজারের প্রতিটি ভার্চুয়াল মেশিনের জন্য সেইরকম কাউন্টারের উদাহরণ থাকবে, পাশাপাশি _Total। সেই পারফমন কাউন্টারটির মাইক্রোসফ্ট সংজ্ঞাটি হ'ল:

ভার্চুয়াল প্রসেসরটিকে একটি লজিকাল প্রসেসরের উপর প্রেরণের জন্য অপেক্ষা করতে করতে গড় সময় (ন্যানোসেকেন্ডে) ব্যয় করে।

স্পষ্টতই, আপনি চান যে সংখ্যাটি যতটা সম্ভব কম। কম্পিউটারগুলির জন্য অপেক্ষা করা প্রায়শই কোনও ভাল জিনিস নয়।

হাইপারভভাইসরের মধ্যে অন্য অনুষ্ঠান কাউন্টারে যে আপনার তদন্ত করতে চাইবেন হয় Hyper-V Hypervisor Root Virtual Processor\% Guest Run Time, % Hypervisor Run Timeএবং % Total Run Time। এই কাউন্টারগুলি আপনাকে শতকরা শতাংশ সরবরাহ করে যা কোনও ভিএম বা সমস্ত ভিএমকে পরিবেশন করা ব্যতীত "প্রকৃত" প্রসেসরগুলি অন্যান্য কাজ করতে কত সময় ব্যয় করে তার মতো সত্যগুলি নির্ধারণ করতে ব্যবহার করা যেতে পারে ।

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

আমি উইন্ডোজ অতিথির কোনও উপায় জানি না, ইন্টিগ্রেশন সরঞ্জামগুলি ইনস্টল করা হয়েছে কি নেই, সেকেন্ড বা শতাংশের ক্ষেত্রে, ভিএম-এর হোস্ট মোট ফিজিকাল প্রসেসরের সময়ের সাথে সম্পর্কিত এটি পরিবেশন করতে বা এটি সার্ভিসিংয়ে ব্যয় করেছে তার কতটা সময় ব্যয় হয়েছে তা দেখতে। (10/1/2013 সম্পাদনা করুন: ESXi 5.0 বা আরও ভাল সংহতকরণ সরঞ্জামগুলির মাধ্যমে অতিথি ভিএম এর কাছে এই ডেটা প্রকাশ করে though যদিও হাইপার-ভি-তে এখনও কিছুই নেই))


1
+1 টি - মহাকাব্য উত্তর মহাকাব্য হয়
মার্ক হেন্ডারসন

1
সম্পূর্ণ অনুসন্ধানের জন্য +1 প্রকৃতপক্ষে অত্যন্ত প্রশংসিত। সুতরাং ইসি 2 সম্পর্কে এই স্পষ্টতই ইউনিক্স / লিনাক্স গেস্টগুলিকে Xen paravirtualমোডে চলতে দেখা যাচ্ছে , যা একটি প্যারাচুয়ালাইজড ডোমেন (যেমন সম্পূর্ণ ভার্চুয়ালাইজেশন নয়, অতিথির ওএস হোস্টে চালানোর জন্য সংশোধিত হয়েছে), যেখানে চুরির সময় পাওয়া যায়, বনাম উইন্ডোজ / ফ্রিবিএসডি / ... অতিথিরা সেখানে চলছে Xen HVM, যা একটি হার্ডওয়্যার অনুকরণযুক্ত ডোমেন (যেমন অতিথির ওএস হোস্টে চালানোর জন্য সংশোধিত নয়), যেখানে এটি আপাতদৃষ্টিতে নয় - সুতরাং একটি নির্দিষ্ট নেতিবাচক উত্তর, অনুমান করুন এটিই গণনা করে। আমি কি আপনাকে সঠিকভাবে পড়েছি যে এটি শেষ পর্যন্ত যুক্ত হতে পারে?
স্টিফেন ওপেল

2
এটি তাত্ত্বিকভাবে হতে পারে তবে আপনার দম ধরে রাখবেন না। যেমনটি আমি বলেছি, এটির দরকার যে বিক্রেতা-নির্দিষ্ট হাইপারভাইজার এবং বিক্রেতা-নির্দিষ্ট অতিথির ওএস অতিথির ভিএমের মধ্যে থেকে শারীরিক হোস্ট সম্পর্কে সেই ডেটা উপলব্ধ এবং অ্যাক্সেসযোগ্য করার জন্য একটি সমন্বিত প্রচেষ্টা করা উচিত। wiki.xen.org/wiki/Xen_Kernel_FEature_Matrix
রায়ান

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

1
এটি মেইনফ্রেমের একটি সুপরিচিত বিষয়। মেট্রিক কয়েক দশক ধরে উপলব্ধ। একে বলা হয় "সিপিইউতে অপেক্ষা করুন"।

2

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


চেক করার জন্য ধন্যবাদ - আপাতদৃষ্টিতে হাইপার-ভি এর জন্য ভার্চুয়ালাইজেশন কাউন্টারগুলি আসলে পাওয়া উচিত, সম্ভবত সেগুলি কোনওভাবে আগে ইনস্টল / সক্রিয় হওয়া আবশ্যক? আমি এখনও এইগুলির মধ্যে একটি অনুরূপ / সম্পর্কিত মেট্রিক সনাক্ত / ছাড় করতে অক্ষম।
স্টিফেন ওপেল 25'12
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.