লিনাক্স এমডি বনাম এলভিএমের পারফরম্যান্স


8

আমি আমার এনএএস টিউন করার চেষ্টা করছি, ওপেনফিলার চালাচ্ছি এবং ভাবছি যে কেন আমি র‌্যাড 5-এ 4 ডাব্লুডি আরই 3 ড্রাইভের তুলনামূলকভাবে খারাপ পারফরম্যান্স পাচ্ছি?

সম্পাদনা: দয়া করে নোট করুন আমি বাফার ডিস্কের পাঠের গতিতে ক্যাশেড গতি নয়

সম্পাদনা: আউটপুট দুটি সেট আছে তা পরিষ্কার করার জন্য পরিবর্তিত ফর্ম্যাটিং।

আমি যখন মেটা ডিভাইসে এইচডিপির্ম চালনা করি তখন আমার যে পারফরম্যান্সের প্রত্যাশা থাকে তা মাত্রা পেতে পারি, ভলিউমে নেমে আসবে এবং এটি গতির তৃতীয়!

কারও কোন ধারণা কেন? এলভিএম কি খারাপ?

যাজক

মেটা ডিভাইস / ডেভ / এমডি0 ফলাফল

[মূল @ নাস 2 ইত্যাদি] # এইচডিপারম -টিটি / দেব / এমডি0
আপনার / dev / md0:
 ক্যাশে যাওয়ার সময়টি পড়ে: 4600 এমবি ২.০০ সেকেন্ডে = 2318.96 এমবি / সেকেন্ড
 টাইমিং বাফার ডিস্কটি পড়ে: 524 এমবি 3.01 সেকেন্ডে = 174.04 এমবি / সেকেন্ডে

ভোল গ্রুপ / দেব / ম্যাপার / ভিজি 1-ভোল 1 ফলাফল

[মূল @ নাস 2 ইত্যাদি] # এইচডিপার্ম -টিটি / দেব / ম্যাপার / ভিজি 1-ভোল 1
আপনার / dev / ম্যাপার / vg1-vol1:
 ক্যাশে যাওয়ার সময়টি পড়ে: 4600 এমবি ২.০০ সেকেন্ডে = 2320.28 এমবি / সেকেন্ড
 টাইমিং বাফার ডিস্কটি পড়ে: 200 এমবি 3.01 সেকেন্ডে = 66.43 এমবি / সেকেন্ডে

সম্পাদনা করুন: এইচডিপিআরএম ম্যান পৃষ্ঠা থেকে বিভাগটি দেখুন যা প্রস্তাব দেয় যে এটি যথাযথ পাঠ্য পারফরম্যান্সের জন্য সঠিক বৈধ পরীক্ষা যা আমি সমাধান করার চেষ্টা করছি is

-t ডিভাইসের সময় পারফরম্যান্স মানদণ্ড এবং তুলনা উদ্দেশ্যে পড়া। অর্থপূর্ণ ফলাফলের জন্য, অন্যথায় অন্যথায় এই অপারেশনটি 2-3 বার পুনরাবৃত্তি করা উচিত
              নিষ্ক্রিয় সিস্টেম (অন্য কোনও সক্রিয় প্রক্রিয়া নেই) কমপক্ষে কয়েক মগাবাইট ফ্রি মেমরির সাথে। এটি বাফারের মাধ্যমে পড়ার গতি প্রদর্শন করে
              কোনও পূর্বের ডেটা ক্যাশে ছাড়াই ডিস্কে ক্যাশে। এই পরিমাপটি ড্রাইভের অধীনে পঠিত অনুক্রমিক ডেটা কীভাবে চালিয়ে যেতে পারে তার একটি ইঙ্গিত
              লিনাক্স, কোনও ফাইল সিস্টেম ওভারহেড ছাড়াই। সঠিক পরিমাপ নিশ্চিত করতে, BLKFLSBUF ব্যবহার করে -t প্রসেসিংয়ের সময় বাফার ক্যাশে ফ্লাশ করা হয়
              ioctl। যদি -টি পতাকাটিও নির্দিষ্ট করা থাকে, তবে -T এর ফলাফলের উপর ভিত্তি করে একটি সংশোধন ফ্যাক্টর টি-টি-র জন্য প্রাপ্ত ফলাফলের সাথে সংযুক্ত করা হবে
              অপারেশন.

আপনি কি পরীক্ষার মতো চেষ্টা করেছিলেন bonnie++?
SaveTheRbtz

উত্তর:


10

LVM- র জন্য ডিফল্ট readahead সেটিংস সত্যিই হতাশাপূর্ণ। চেষ্টা করুন blockdev --setra 8192 /dev/vg1/vol1এবং দেখুন এটি কী আপনার এলভিএমের কার্য সম্পাদনকে বাধা দেয়। আপনি সর্বদা LVM ব্যবহার করে একটি পারফরম্যান্স হিট নেবেন; অন্তর্নিহিত ব্লক ডিভাইস কর্মক্ষমতা প্রায় 10% এ আমরা এটি সঠিকভাবে কনফিগার করা সিস্টেমে পরিমাপ করি।


4

আমার একটি ভাল ব্যাখ্যা নেই, তবে আমি ফলাফলগুলি নিশ্চিত করতে পারি।

RAID এর পরীক্ষা করা (raid5, 4x1.5TB ড্রাইভ)

root@enterprise:# hdparm -tT /dev/md2
/dev/md2:
 Timing cached reads:   2130 MB in  2.00 seconds = 1065.81 MB/sec
 Timing buffered disk reads:  358 MB in  3.00 seconds = 119.15 MB/sec
root@enterprise:# hdparm -tT /dev/md2
/dev/md2:
 Timing cached reads:   2168 MB in  2.00 seconds = 1084.54 MB/sec
 Timing buffered disk reads:  358 MB in  3.01 seconds = 119.10 MB/sec

ভলিউম পরীক্ষা যা শারীরিক ডিভাইস হিসাবে md2 ব্যবহার করে।

root@enterprise:# hdparm -tT /dev/mapper/vg2-data
/dev/mapper/vg2-data:
 Timing cached reads:   2078 MB in  2.00 seconds = 1039.29 MB/sec
 Timing buffered disk reads:  176 MB in  3.03 seconds =  58.04 MB/sec
root@enterprise:# hdparm -tT /dev/mapper/vg2-data
/dev/mapper/vg2-data:
 Timing cached reads:   2056 MB in  2.00 seconds = 1028.06 MB/sec
 Timing buffered disk reads:  154 MB in  3.03 seconds =  50.81 MB/sec

আমি ওম্বল দ্বারা প্রস্তাবিত পরিবর্তনটি করেছি এবং এর মতো ফলাফল দেখেছি।

root@enterprise:# blockdev --setra 8192 /dev/mapper/vg2-data

root@enterprise:# hdparm -tT /dev/mapper/vg2-data
/dev/mapper/vg2-data:
 Timing cached reads:   2106 MB in  2.00 seconds = 1053.82 MB/sec
 Timing buffered disk reads:  298 MB in  3.00 seconds =  99.26 MB/sec
root@enterprise:# hdparm -tT /dev/mapper/vg2-data
/dev/mapper/vg2-data:
 Timing cached reads:   2044 MB in  2.00 seconds = 1022.25 MB/sec
 Timing buffered disk reads:  280 MB in  3.03 seconds =  92.45 MB/sec

3

আপনি আপেলকে আপেলের সাথে তুলনা করুন তা নিশ্চিত করুন।

hdparm -t আপনি যদি পুরো ডিস্কটি দিচ্ছেন তবে এটি ডিভাইসের শুরু থেকেও পড়বে যা আপনার ডিস্কের দ্রুততম অংশ (এবং এটি স্পিনিং প্লাটারগুলি)।

নিশ্চিত হয়ে নিন আপনি ডিস্কের শুরু থেকে এটি কোনও এলভির সাথে তুলনা করছেন।

ম্যাপিং ব্যবহার দেখতে pvdisplay -m

(ঠিক আছে, মঞ্জুর, সংখ্যার পার্থক্য নগণ্য হতে পারে। তবে কমপক্ষে এটি সম্পর্কে ভাবেন :)


আসলে দেখা যাচ্ছে এটি তুচ্ছ নয়। যদি আমি 0 পরিমাণে শুরু হওয়া ভলিউমটি ব্যবহার করি তবে পারফরম্যান্সটি অভিন্ন on এটি নিশ্চিত উত্তরটির অংশ part
ডিন স্মিথ

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

0

এইচডিপর্ম-টি দ্বারা নির্মিত ওয়ার্কলোডটি কোনও একক বড় ফাইল থেকে স্ট্রিমিং পড়া বাদ দিয়ে প্রায় কোনও ব্যবহারের ক্ষেত্রে প্রতিনিধিত্ব করে না। এছাড়াও, যদি পারফরম্যান্স উদ্বেগজনক হয় তবে raid5 ব্যবহার করবেন না।


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

0

Hdparm ব্লকট্রেস (যদি এটি আই / ও তে থাকে) বা অপ্রোফিল (যদি এটি সিপিইউতে থাকে) দিয়ে কোথায় সময় কাটাচ্ছে তা আপনি নির্ধারণ করতে পারেন। এলভিএম সেটআপ জেনেও সহায়তা করতে পারে (পিভিডিসপ্লে, ভিজিডিসপ্লে, লভডিসপ্লে)।

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