কেন vSphere ESXi 5.5 এ লিনাক্স ভিএম নাটকীয়ভাবে ডিস্কের i / o ল্যাটেন্সিকে বাড়িয়ে তুলবে?


8

আমি স্টাম্পড এবং আমি আশা করি অন্য কেউ এই সমস্যার লক্ষণগুলি স্বীকৃতি দেবেন।

হার্ডওয়্যার: নতুন ডেল টি 110 II, ডুয়াল-কোর পেন্টিয়াম জি 850 2.9 গিগাহার্টজ, জাহাজে থাকা এসটিএ কন্ট্রোলার, একটি নতুন 500 জিবি 7200 আরপিএম বাক্সের ভিতরে হার্ড ড্রাইভ, অন্য ড্রাইভগুলি তবে এখনও মাউন্ট করা হয়নি। কোন RAID। সফ্টওয়্যার: ভিএমওয়্যার ইএসএক্সআই 5.5.0 (বিল্ড 1746018) + ভিএসফায়ার ক্লায়েন্টের অধীনে তাজা CentOS 6.5 ভার্চুয়াল মেশিন। 2.5 জিবি র‌্যাম বরাদ্দ। ডিস্কটি হ'ল সেন্টোস কীভাবে এটি সেট আপ করার প্রস্তাব করেছিল, এলভিএম ভলিউম গ্রুপের ভিতরে একটি ভলিউম হিসাবে, আমি আলাদা / বাড়ি থাকা বাদ দিয়েছি এবং কেবল / এবং / বুট রাখি। সেন্টোস প্যাচড আপ, ইএসএক্সআই প্যাচড আপ, ভিএম-এ সর্বশেষতম ভিএমওয়্যার সরঞ্জাম ইনস্টল করা হয়েছে। সিস্টেমে কোনও ব্যবহারকারী নেই, কোনও পরিষেবা চলছে না, ডিস্কে কোনও ফাইল নেই ওএস ইনস্টলেশন। আমি ভিএসফিয়ার ক্লায়েন্টের ভিএম ভার্চুয়াল কনসোলের মাধ্যমে ভিএম এর সাথে ইন্টারেক্ট করছি।

আরও যাওয়ার আগে, আমি যাচাই করতে চেয়েছিলাম যে আমি কম-বেশি যুক্তিসঙ্গতভাবে জিনিসগুলি কনফিগার করেছি। আমি ভিএম এর শেলের মূল হিসাবে নিম্নলিখিত কমান্ডটি চালিয়েছি:

for i in 1 2 3 4 5 6 7 8 9 10; do
  dd if=/dev/zero of=/test.img bs=8k count=256k conv=fdatasync
done

অর্থাৎ, কেবলমাত্র dd কমান্ডটি 10 ​​বার পুনরাবৃত্তি করুন, যার ফলে প্রতিবার স্থানান্তর হার মুদ্রণ করা যায়। ফলাফল বিরক্তিকর। এটি ভাল শুরু হয়:

262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GB) copied, 20.451 s, 105 MB/s
262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GB) copied, 20.4202 s, 105 MB/s
...

তবে এর 7-8 এর পরে এটি মুদ্রণ করে

262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GG) copied, 82.9779 s, 25.9 MB/s
262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GB) copied, 84.0396 s, 25.6 MB/s
262144+0 records in
262144+0 records out
2147483648 bytes (2.1 GB) copied, 103.42 s, 20.8 MB/s

যদি আমি একটি উল্লেখযোগ্য পরিমাণ অপেক্ষা করি, 30-45 মিনিট বলুন এবং আবার চালনা করুন, এটি আবার 105 এমবি / সেকেন্ডে ফিরে যায় এবং বেশ কয়েকটি রাউন্ডের পরে (কখনও কখনও কয়েকটি, কখনও কখনও 10+), এটি নেমে আসে ~ 20- আবার 25 এমবি / সে।

সম্ভাব্য কারণগুলির জন্য প্রাথমিক অনুসন্ধানের ভিত্তিতে, বিশেষত ভিএমওয়্যার কেবি 2011861 তে , আমি লিনাক্সের i / o সময়সূচীটিকে noopডিফল্টের পরিবর্তে " " হিসাবে পরিবর্তন করেছি। cat /sys/block/sda/queue/schedulerএটি কার্যকর হয় তা দেখায়। তবে, আমি দেখতে পাচ্ছি না যে এটি এই আচরণে কোনও পার্থক্য করেছে।

ভিএসফিয়ারের ইন্টারফেসে ডিস্কের বিলম্বকে প্লট করা, এটি নিম্ন থ্রুটপুট প্রতিবেদন করার সময়কালে উচ্চ ডিস্কের ল্যাটেন্সিকে 1.2-1.5 সেকেন্ডের সময়কালে দেখায় dd। (এবং হ্যাঁ, ঘটনাগুলি ঘটে যাওয়ার সময় জিনিসগুলি বেশ প্রতিক্রিয়াশীল হয় get)

কি এই সৃষ্টি হতে পারে?

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

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

যোগ # # : এই উত্তরগুলির মতো অন্যান্য উত্তরগুলি পড়ার ফলে আমাকে যুক্ত oflag=directকরার চেষ্টা করায় dd। যাইহোক, এটি ফলাফলের ধরণে কোনও পার্থক্য করে না: প্রাথমিকভাবে সংখ্যাগুলি অনেক রাউন্ডের জন্য বেশি হয়, তারপরে তারা 20-25 এমবি / সেকেন্ডে নেমে যায়। (প্রাথমিক পরম সংখ্যাগুলি 50 এমবি / সেকেন্ডের মধ্যে রয়েছে range)

যোগ # 2 : sync ; echo 3 > /proc/sys/vm/drop_cachesলুপে যুক্ত করা মোটেও কোনও পার্থক্য করে না।

সংযুক্তি # 3 : আরও ভেরিয়েবলগুলি বের করতে, আমি এখন ddএমনটি চালিত করি যে এটি তৈরি করা ফাইলটি সিস্টেমের র‌্যামের পরিমাণের চেয়ে বড়। নতুন কমান্ডটি হ'ল dd if=/dev/zero of=/test.img bs=16k count=256k conv=fdatasync oflag=direct। কমান্ডের এই সংস্করণ সহ প্রাথমিক থ্রুপুট সংখ্যা হ'ল 50 এমবি / সেকেন্ড। যখন জিনিসগুলি দক্ষিণে যায় তখন তারা 20-25 এমবি / সেকেন্ডে যায়।

সংযুক্তি # 4 : iostat -d -m -x 1পারফরম্যান্স "ভাল" থাকাকালীন আবার অন্য টার্মিনাল উইন্ডোতে চলার ফলাফল আউটপুটটি যখন "খারাপ" হয় তখন আবার। (এটি চলার সময়, আমি দৌড়াচ্ছি dd if=/dev/zero of=/test.img bs=16k count=256k conv=fdatasync oflag=direct)) প্রথমে, যখন জিনিসগুলি "ভাল" হয়, তখন এটি এটি দেখায়:

এখানে চিত্র বর্ণনা লিখুন

যখন জিনিসগুলি "খারাপ" হয়, তখন এটি iostat -d -m -x 1দেখায়:

এখানে চিত্র বর্ণনা লিখুন

অ্যাডেন্ডাম # 5 : @wwite এর পরামর্শে, আমি tunedবিভিন্ন প্রোফাইল ব্যবহার করে চেষ্টা করেছি iozone। এই সংযোজনে, আমি উপরের বর্ণিত আচরণে বিভিন্ন tunedপ্রোফাইলের কোনও প্রভাব ছিল কিনা তা নিয়ে পরীক্ষার ফলাফলের প্রতিবেদন করি dd। আমি প্রফাইল পরিবর্তন চেষ্টা virtual-guest, latency-performanceএবং throughput-performance, অন্য সব কিছুর একই রেখে প্রতিটি পরিবর্তনে পর পুনরায় বুট করার, এবং তারপর প্রতিটি সময় চলমান dd if=/dev/zero of=/test.img bs=16k count=256k conv=fdatasync oflag=direct। এটি আচরণের উপর প্রভাব ফেলেনি: ঠিক আগের মতোই, জিনিসগুলি সূক্ষ্মভাবে শুরু হয় এবং অনেকগুলি পুনরাবৃত্ত রান ddএকই পারফরম্যান্স দেখায়, তবে তারপরে 10-40 রানের পরে কিছুটা সময় পারফরম্যান্স অর্ধেক কমে যায়। পরবর্তী, আমি ব্যবহার iozone। এই ফলাফলগুলি আরও বিস্তৃত, তাই আমি তাদের নীচে # 6 সংযোজন হিসাবে রাখছি।

অ্যাডেন্ডাম # 6 : @Wewite এর পরামর্শে, আমি ইনস্টল করেছি এবং iozoneপারফরম্যান্স পরীক্ষা করতে ব্যবহার করি । আমি এটি বিভিন্ন tunedপ্রোফাইলের অধীনে চালিত করেছি এবং এতে খুব বড় সর্বোচ্চ ফাইল আকার (4 জি) পরামিতি ব্যবহার করেছি iozone। (ভিএমের র‌্যামের 2.5 গিগাবাইট বরাদ্দ রয়েছে, এবং হোস্টটি মোট 4 জিবি রয়েছে)) এই পরীক্ষার রানগুলি বেশ কিছুটা সময় নিয়েছিল। FWIW, কাঁচা তথ্য ফাইলগুলি নীচের লিঙ্কগুলিতে উপলব্ধ। সব ক্ষেত্রেই ফাইলগুলি তৈরি করতে ব্যবহৃত কমান্ডটি ছিল iozone -g 4G -Rab filename

নিম্নলিখিতটি আমার সংক্ষিপ্তসার।

কিছু ক্ষেত্রে আমি আগের রানের পরে পুনরায় বুট করেছি, অন্য ক্ষেত্রে আমি তা করি নি, এবং iozoneপ্রোফাইলটি পরিবর্তন করে আবার দৌড়ে এসেছি tuned। এটি সামগ্রিক ফলাফলগুলিতে সুস্পষ্ট তাত্পর্যপূর্ণ বলে মনে হচ্ছে না।

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

নীচের প্রোফাইলগুলির iozoneজন্য বিভিন্ন পরীক্ষার পৃষ্ঠতল প্লট tunedরয়েছে latency-performance। পরীক্ষাগুলির বিবরণগুলির জন্য ডকুমেন্টেশন থেকে অনুলিপি করা হয় iozone

পরীক্ষা পড়ুন: এই পরীক্ষাটি একটি বিদ্যমান ফাইল পড়ার কর্মক্ষমতা পরিমাপ করে।

এখানে চিত্র বর্ণনা লিখুন

পরীক্ষা লিখুন: এই পরীক্ষাটি একটি নতুন ফাইল লেখার কর্মক্ষমতা পরিমাপ করে।

এখানে চিত্র বর্ণনা লিখুন

এলোমেলো পঠন: এই পরীক্ষাটি ফাইলের মধ্যে এলোমেলো অবস্থানগুলিতে অ্যাক্সেস সহ একটি ফাইল পড়ার কর্মক্ষমতা পরিমাপ করে।

এখানে চিত্র বর্ণনা লিখুন

এলোমেলো রচনা: এই পরীক্ষাটি ফাইলের মধ্যে এলোমেলো অবস্থানগুলিতে অ্যাক্সেস সহ একটি ফাইল লেখার কর্মক্ষমতা পরিমাপ করে।

এখানে চিত্র বর্ণনা লিখুন

ফ্রেড: এই পরীক্ষাটি লাইব্রেরির ফাংশন ফ্রেড () ব্যবহার করে কোনও ফাইল পড়ার পারফরম্যান্সকে পরিমাপ করে। এটি একটি লাইব্রেরির রুটিন যা বাফার এবং ব্লকড রিড অপারেশনগুলি সম্পাদন করে। বাফারটি ব্যবহারকারীর ঠিকানা জায়গার মধ্যে রয়েছে। যদি কোনও অ্যাপ্লিকেশন খুব ছোট আকারের স্থানান্তরগুলিতে পড়তে হয় তবে বাফারড এবং ব্লকড আই / ও ফ্রিডের কার্যকারিতা () অপারেটিং সিস্টেমের সময় প্রকৃত অপারেটিং সিস্টেমের কল সংখ্যা এবং ট্রান্সফারের আকার বাড়িয়ে অ্যাপ্লিকেশনটির কার্যকারিতা বাড়িয়ে তুলতে পারে কল করা হয়।

এখানে চিত্র বর্ণনা লিখুন

ফাইরাইট: এই পরীক্ষাটি লাইব্রেরির ফাংশন fwrit () ব্যবহার করে একটি ফাইল রচনার কর্মক্ষমতা পরিমাপ করে। এটি একটি লাইব্রেরির রুটিন যা বাফার রাইটিং অপারেশন করে। বাফারটি ব্যবহারকারীর ঠিকানা জায়গার মধ্যে রয়েছে। যদি কোনও অ্যাপ্লিকেশন খুব ছোট আকারের স্থানান্তরগুলিতে লিখতে থাকে তবে ফাইরাইটের বাফারড এবং ব্লকড I / O কার্যকারিতা প্রকৃত অপারেটিং সিস্টেম কলগুলির সংখ্যা হ্রাস করে এবং অপারেটিং সিস্টেমের সময় স্থানান্তরগুলির আকার বাড়িয়ে অ্যাপ্লিকেশনটির কার্যকারিতা বাড়িয়ে তুলতে পারে কল করা হয়। এই পরীক্ষাটি একটি নতুন ফাইল লিখছে তাই আবার মেটাডেটারের ওভারহেড পরিমাপের অন্তর্ভুক্ত।

এখানে চিত্র বর্ণনা লিখুন

অবশেষে, iozoneএটির কাজটি করার সময় , আমি ভিএসফিয়ার 5 এর ক্লায়েন্ট ইন্টারফেসে ভিএমের জন্য পারফরম্যান্স গ্রাফগুলিও পরীক্ষা করেছিলাম। আমি ভার্চুয়াল ডিস্ক এবং ডেটাস্টোরের রিয়েল-টাইম প্লটের মধ্যে পিছনে পিছনে স্যুইচ করেছি। ভার্চুয়াল ডিস্কের চেয়ে ডেটাস্টোরের জন্য উপলব্ধ প্লটিং প্যারামিটারগুলি বৃহত্তর ছিল এবং ডেটাস্টোর পারফরম্যান্স প্লটগুলি ডিস্ক এবং ভার্চুয়াল ডিস্ক প্লটগুলি কী করছিল তা মিরর বলে মনে হয়েছিল, সুতরাং আমি এখানে সম্পূর্ণ করার পরে নেওয়া ডেটাস্টোর গ্রাফের কেবল একটি স্ন্যাপশট আবদ্ধ করেছি iozone( tunedপ্রোফাইলের অধীনে latency-performance)। রং একটি সামান্য বিট কঠিন পড়তে হয়, কিন্তু কি সম্ভবত সবচেয়ে উল্লেখযোগ্য মধ্যে ধারালো উল্লম্ব স্পাইক হয় পঠিতবিলম্বিতা (উদাহরণস্বরূপ, 4:25 এ, তারপরে আবার 4:30 পরে কিছুটা পরে এবং আবার 4: 50-4: 55 এর মধ্যে)। দ্রষ্টব্য: এখানে এম্বেড করার সময় প্লটটি অপঠনযোগ্য, সুতরাং আমি এটি http://cl.ly/image/0w2m1z2T1z2b এও আপলোড করেছি

vSphere ভিএম এর রিয়েল-টাইম প্লট

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


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

@ জেসনঝু এটি একটি ভাল প্রশ্ন। আমি ধরেই নিয়েছি যে সিস্টেমটি অন্য কিছুই করছে না, এবং আমি কেবল একই কমান্ডটি বারবার চালাচ্ছি, ডিস্ক ব্যবহারের স্তরটি প্রায় স্থির থাকবে। তবুও, এই সত্ত্বেও আচরণটি নিজেকে প্রকাশ করার আগে এটি একটি দীর্ঘ সময় নেয়। আমি চালিয়েছি iostatএবং এটি আগে এবং পরে উভয়ই ~ 90% ব্যবহার দেখিয়েছে। তবে আমি এই বিষয়গুলি বিচার করার জন্য বিশেষজ্ঞ নই - সম্ভবত কোথাও স্যাচুরেশন ঘটছে। আমি আমার প্রশ্নটি iostatআউটপুটটি কার্যকর হলে তা প্রদর্শনের জন্য আপডেট করছি ।
mhucka

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

রেড কন্ট্রোলার ক্যাশে কি আপনার সাথে কিছু করতে পারে? এটি পূর্ণ না হওয়া পর্যন্ত হাই আইওপিএস / থ্রুটপুট এবং তারপরে আপনি কাঁচা এইচডিডি কার্য সম্পাদনে ফিরে যাবেন? কেবল অনুমান করা হচ্ছে ...
মারিও লেঞ্জ

@ মারিওলেনজ যেমন বিবরণে উল্লেখ করেছি, এর কোনও RAID নেই।
mhucka

উত্তর:


2

আপনি কি সঠিক ESXi বিল্ড নম্বর দিতে পারেন? সত্যিকারের বেসলাইনটি পেতে দয়া করে ফাইও বা আইওজোনের মতো নির্মিত-নির্মিত ডিস্ক পারফরম্যান্স বিশ্লেষণ সরঞ্জাম দিয়ে আবার পরীক্ষা করে দেখুন । ব্যবহার ddকরা এই জন্য সত্যিই উত্পাদনশীল নয়।

সাধারণভাবে, EL6- এ ডিফল্ট I / O সময়সূচীটি দুর্দান্ত নয়। আপনার সময়সীমা বা নূরের I / O লিফটে স্থানান্তরিত হওয়া বা আরও ভালভাবে সুর ​​করা ফ্রেমওয়ার্কটি ইনস্টল করা উচিত ।

চেষ্টা করুন: yum install tuned tuned-utilsএবং tuned-adm profile virtual-guest, আবার পরীক্ষা করুন।


আরগ, আমি উল্লেখ করতে অবহেলা করেছি যে আমি আসলে শিডিয়ুলারকে নুপে পরিবর্তন করেছি। আমি আমার প্রশ্নটি এটি সম্পাদনা করব। বিল্ড নাম্বার হিসাবে এটি 1746018 ( সুরযুক্ত কাঠামো এবং অন্যান্য সরঞ্জাম। আপনার পরামর্শের জন্য ধন্যবাদ।
mhucka

আমি চেষ্টা করেছিলাম tuned, প্রোফাইল ব্যবহার করে virtual-guestএবং সমস্ত কিছু একইরূপে রেখে (যথাযথ পরীক্ষামূলক কৌশল - একাধিক ভেরিয়েবল পরিবর্তন করা এড়াতে)। এটি আচরণের উপর প্রভাব ফেলেনি: ঠিক আগের মতোই, জিনিসগুলি সূক্ষ্মভাবে শুরু হয়, তবে অনেক বারবার রান করার পরে (10-30) dd if=/dev/zero of=/test.img bs=16k count=256k conv=fdatasync oflag=directপারফরম্যান্স অর্ধেক কমে যায়। আমিও চেষ্টা করেছিলাম প্রোফাইল latency-performance- একই ফলাফল। আমি বর্তমানে চেষ্টা করছি throughput-performance
mhucka

আপনি কি এমন কিছু চেষ্টা করতে পারেন যা ddরান জড়িত না ? সম্ভবত fioবা iozoneআগে উল্লিখিত?
ew

আমি করব. তবে প্রথমে, একই পরীক্ষার পুনরাবৃত্তি করার জন্য, আচরণটি পরিবর্তিত হয়েছে কিনা তা বোঝার জন্য এটি তৈরি হয়েছিল।
mhucka

2

আমি একই সমস্যায় পড়েছি এবং ভার্চুয়াল মেশিনের মধ্যে খুব ধীর ড্রাইভের পারফরম্যান্স লক্ষ্য করেছি। আমি সিগেট ST33000650NS এ ESXi 5.5 ব্যবহার করছি।

অনুসরণ করার মাধ্যমে এই KB নিবন্ধ আমি পরিবর্তন Disk.DiskMaxIOSizeআমার ডিস্ক ব্লক মাপ। আমার ক্ষেত্রে 4096

এটিতে VMware নোটটি খুব সুন্দর, যেহেতু আপনি কেবল এটি পরীক্ষা করতে পারেন।

দ্রষ্টব্য: আপনি ESX / ESXi হোস্টকে রিবুট না করে বা রক্ষণাবেক্ষণ মোডে ESX / ESXi হোস্ট না রেখে এই পরিবর্তন করতে পারেন।

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

# 1 সম্পাদনা করুন: একদিনের জন্য 4096 ব্যবহার করার পরে, আমি পুরানো মানটিতে ফিরে এসেছি 32767। আইও এবং সমস্ত কিছু এখনও স্থিতিশীল বলে মনে হচ্ছে Test আমার অনুমান যে Disk.DiskMaxIOSizeসেটটি সহ একটি সাধারণ এইচডিডি তে একটি এসএসসি চালানো 32767কয়েক ঘন্টা বা সম্ভবত কয়েক দিন ভাল কাজ করবে। ধীরে ধীরে কর্মক্ষমতা হ্রাস করতে এটি ভিএম থেকে কিছুটা লোড নিতে পারে।

আমি তদন্ত করার চেষ্টা করি এবং পরে ফিরে আসি ...


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

আমি প্রোলিয়েন্ট 380 জেন 9 মেশিনে আমার এসেক্সি 6.5 এ উচ্চ বিলম্বের সময়গুলি বের করার চেষ্টা করছিলাম। Disk.DiskMaxIOSizeআমার জন্য কৌশলটি। আমি এখন 2 সপ্তাহ ধরে গবেষণা এবং পরিমাপ করছিলাম। ভাগ করে নেওয়ার জন্য ধন্যবাদ.
ইভান ব্ল্যাক

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