আপনি যখন সার্ভারে পারফরম্যান্সের কথা বলছেন তখন এটি দেখার কয়েকটি ভিন্ন উপায় রয়েছে। আপাত প্রতিক্রিয়া সময় (নেটওয়ার্ক ল্যাটেন্সির অনুরূপ) এবং থ্রুপুট (নেটওয়ার্ক ব্যান্ডউইথের অনুরূপ) রয়েছে।
ভারসাম্য শক্তি সেটিংস সহ উইন্ডোজ সার্ভার জাহাজের কিছু সংস্করণ ডিফল্টরূপে সক্ষম হয়েছে। জেফ ইঙ্গিত হিসাবে। উইন্ডোজ 2008 আর 2 এর মধ্যে একটি। এই দিনগুলিতে খুব কম সিপিইউই সিঙ্গল কোর তাই এই ব্যাখ্যাটি প্রায় প্রতিটি উইন্ডোজ সার্ভারের ক্ষেত্রে প্রযোজ্য যা আপনি সিঙ্গেল-কোর ভিএম ব্যতীত চলে যাবেন। (আরও পরে যারা)।
ভারসাম্যযুক্ত বিদ্যুৎ পরিকল্পনাটি সক্রিয় থাকাকালীন, সিপিইউ এটি কতটা শক্তি ব্যবহার করছে তা পিছনে ফেলে দেওয়ার চেষ্টা করে। এটি যেভাবে এটি করে তা হ'ল "পার্কিং" নামে পরিচিত একটি প্রক্রিয়ায় সিপিইউ কোরগুলির অর্ধেক অক্ষম করে। সিপিইউ'র অর্ধেকই একযোগে পাওয়া যাবে তাই এটি কম ট্র্যাফিকের সময় কম শক্তি ব্যবহার করে। এটি নিজের এবং নিজেই কোনও সমস্যা নয়।
সমস্যাটি হ'ল সত্যটি হ'ল সিপিইউগুলি আনপার্কড করা হলে আপনি সিস্টেমের জন্য উপলব্ধ সিপিইউ চক্র দ্বিগুণ করেছেন এবং হঠাৎ করে সিস্টেমের লোড ভারসাম্যহীন করে রেখেছেন (উদাহরণস্বরূপ) 70% ব্যবহার থেকে 35% ব্যবহারের দিকে নিয়ে যাওয়া। সিস্টেমটি এটি দেখায় এবং ট্র্যাফিকের বিস্ফোরণটি প্রক্রিয়া করার পরে, এটি মনে করে "আরে, শক্তি সংরক্ষণের জন্য আমার এটিকে কিছুটা ডায়াল করা উচিত"। এবং তাই এটি।
এখানে খারাপ অংশ। সিপিইউ কোরগুলির মধ্যে তাপ ও শক্তির অসম বিতরণ রোধ করার জন্য, সিপিইউগুলি পার্ক করার প্রবণতা রয়েছে যা সম্প্রতি পার্ক করা হয়নি। এবং এটি সঠিকভাবে কাজ করার জন্য, সিপিইউতে সিপিইউ রেজিস্টারগুলি (এল 1, এল 2 এবং এল 3 ক্যাশে) থেকে অন্য কোনও স্থানে (সম্ভবত সম্ভবত মেমরির) সমস্ত কিছু ফ্লাশ করা দরকার।
অনুমানমূলক উদাহরণ হিসাবে ধরা যাক, আপনার কাছে সি 1-সি 8 সহ একটি 8 টি সিপিইউ রয়েছে।
- সক্রিয়: সি 1, সি 3, সি 5, সি 7
- পার্ক করা: সি 2, সি 4, সি 6, সি 8
এটি যখন ঘটে তখন এগুলির সমস্ত কিছু সময়ের জন্য সক্রিয় হয়ে ওঠে এবং তারপরে সিস্টেমগুলি সেগুলি নিম্নলিখিতভাবে পার্ক করবে:
- সক্রিয়: সি 2, সি 4, সি 6, সি 8
- পার্ক করা: সি 1, সি 3, সি 5, সি 7
তবে এটি করার জন্য, L1-L3 ক্যাশে থেকে সমস্ত ডেটা ফ্লাশ করার সাথে যুক্ত একটি ভাল পরিমাণের ওভারহেড যুক্ত রয়েছে যাতে সিপিইউ পাইপলাইন থেকে প্রচ্ছদ হওয়া প্রোগ্রামগুলিতে অদ্ভুত ত্রুটি না ঘটে।
এটির জন্য কোনও অফিসিয়াল নাম সম্ভবত রয়েছে তবে আমি এটি সিপিইউ মারতে বলে ব্যাখ্যা করতে চাই। মূলত প্রসেসররা কাজের অনুরোধগুলি ফিল্ডিংয়ের চেয়ে অভ্যন্তরীণভাবে ডেটা মুভিং ব্যস্ত কাজ করতে বেশি সময় ব্যয় করছে।
আপনার যদি এমন কোনও অ্যাপ্লিকেশন থাকে যা এর অনুরোধগুলির জন্য কম বিলম্বিত প্রয়োজন, আপনার ভারসাম্য শক্তি সেটিংস অক্ষম করতে হবে। যদি আপনি নিশ্চিত না হন যে এটি সমস্যা হয় তবে নিম্নলিখিতগুলি করুন:
- "টাস্ক ম্যানেজার" খুলুন
- "পারফরম্যান্স" ট্যাবে ক্লিক করুন।
- "ওপেন রিসোর্স মনিটর" ক্লিক করুন
- "সিপিইউ" ট্যাবটি নির্বাচন করুন
- বিভিন্ন সিপিইউতে উইন্ডোটির ডানদিকে তাকান।
আপনি যদি তাদের কারও পার্কিং করতে দেখেন তবে লক্ষ্য করবেন যে তাদের অর্ধেক নির্ধারিত সময়ে পার্ক করেছেন, তারা সকলেই আগুন নেভানোর পরে অন্য অর্ধেক পার্ক করে। এটি পিছনে পিছনে বিকল্প। সুতরাং, সিস্টেমের সিপিইউগুলি হতাশ হয়।
ভার্চুয়াল মেশিনগুলি: আপনি যখন ভার্চুয়াল মেশিনটি চালাচ্ছেন তখন এই সমস্যাটি আরও খারাপ হয় কারণ হাইপারভাইজারের অতিরিক্ত ওভারহেড রয়েছে। সাধারণভাবে বলতে গেলে, কোনও ভিএম চালানোর জন্য, হার্ডওয়্যারটির প্রতিটি টাইমলাইসে প্রতিটি কোরের জন্য যথাসময়ে একটি স্লট থাকা দরকার।
আপনার কাছে যদি 16 টি মূল টুকরো হার্ডওয়্যার থাকে তবে আপনি 16 টি বেশি কোর ব্যবহার করে ভিএম চালাতে পারেন তবে প্রতিটি টাইমস্লাইসের জন্য কেবলমাত্র 16 টি ভার্চুয়াল সিপিইউ সেই সময়ের স্লাইসের জন্য যোগ্য হতে হবে এবং হাইপারভাইসারের অবশ্যই কোনও ভিএমের জন্য সমস্ত কোরের ফিট করতে হবে যে টাইমলাইস মধ্যে। এটি একাধিক টাইমলাইকের উপরে ছড়িয়ে যায় না। (একটি টাইমলাইসটি মূলত এক্স সিপিইউ চক্রের একটি সেট 1000 এটি 1000 হতে পারে বা এটি 100k চক্র হতে পারে)
উদাহরণস্বরূপ: 8 ভিএম এর সাথে 16 টি মূল হার্ডওয়্যার। 6 টিতে 4 ভার্চুয়াল সিপিইউ (4 সি) এবং 2 টিতে 8 ভার্চুয়াল সিপিইউ (8 সি) রয়েছে।
টাইমসলাইস 1: 4x4C টাইমসলাইস 2: 2x8C টাইমলাইস 3: 2x4C + 1x8C টাইমলাইস 4: 1x8C + 2x4C
হাইপারভাইজার যা করতে পারে না তা হ'ল একটি 8 ভিসিপিইউ ভিএম এর প্রথম 4 সিপিইউতে টাইমস্লাইসের জন্য বরাদ্দের অর্ধেক ভাগ করে দেওয়া হয় এবং তারপরে পরবর্তী টাইমসিসে, সেই ভিএমের অন্যান্য 4 টি ভিসিপিইউকে বাকী অংশ দেয়। এটি একটি টাইমসাইলে সমস্ত কিছু বা কিছুই নয়।
আপনি যদি মাইক্রোসফ্টের হাইপার-ভি ব্যবহার করেন তবে পাওয়ার কন্ট্রোল সেটিংস হোস্ট ওএসে সক্ষম করা সম্ভব হবে, যার অর্থ এটি ক্লায়েন্ট সিস্টেমে প্রচার করবে, ফলে এগুলি তাদের উপরও প্রভাব ফেলবে।
আপনি কীভাবে এটি কাজ করেন তা একবার দেখতে পান, কীভাবে ভারসাম্য শক্তি নিয়ন্ত্রণ সেটিংস ব্যবহারের ফলে কার্যকারিতা সমস্যা এবং স্বস্তিযুক্ত সার্ভারগুলি দেখা যায় see অন্তর্নিহিত সমস্যাগুলির মধ্যে একটি হ'ল আসন্ন অনুরোধটি সিপিইউ পার্কিং / আনপার্কিং প্রক্রিয়াটি শেষ হওয়ার আগে অপেক্ষা করতে হবে সার্ভার আগত অনুরোধটির প্রতিক্রিয়া জানাতে সক্ষম হবে, তা সে ডেটাবেস ক্যোয়ারী, একটি ওয়েব সার্ভার অনুরোধ বা অন্য কিছু ।
কখনও কখনও, সিস্টেমটি একটি অনুরোধের মাঝখানে সিপিইউ পার্ক বা আনপার্ক করে দেয়। এই ক্ষেত্রে, অনুরোধটি সিপিইউ পাইপলাইনে শুরু হবে, এটি থেকে ফেলে দেওয়া হবে এবং তারপরে একটি আলাদা সিপিইউ কোর সেখান থেকে প্রক্রিয়াটি গ্রহণ করবে। যদি এটি যথেষ্ট পরিমাণে অনুরোধ হয় তবে অনুরোধটি চলাকালীন সময়ে এটি বেশ কয়েকবার ঘটতে পারে এবং 5 সেকেন্ডের ডাটাবেস ক্যোয়ারিতে 5 সেকেন্ডের ডাটাবেস কোয়েরিটি হওয়া উচিত যা পরিবর্তন করে।
ভারসাম্য শক্তি ব্যবহার থেকে আপনি যে সবচেয়ে বড় জিনিসটি দেখতে পাচ্ছেন সেটি হ'ল সিস্টেমগুলি আপনার করা প্রতিটি অনুরোধের প্রতিক্রিয়া জানাতে ধীর মনে হচ্ছে।