স্বজ্ঞাতভাবে অনুলিপি-অন-লিখন এবং লগ স্ট্রাকচার্ড ফাইল সিস্টেমগুলি র্যান্ডম রাইটগুলি হ্রাস করে শিংডড ডিস্কগুলিতে আরও ভাল পারফরম্যান্স দিতে পারে। মানদণ্ডগুলি কিছুটা এটিকে সমর্থন করে, তবে, পারফরম্যান্সের এই পার্থক্যগুলি শিংড ডিস্কগুলির জন্য নির্দিষ্ট নয়। এগুলি নিয়ন্ত্রণ হিসাবে ব্যবহৃত একটি আনশিলিং ডিস্কেও ঘটে। সুতরাং একটি শিংলেড ডিস্কে স্যুইচিংয়ের আপনার ফাইল সিস্টেমের পছন্দের সাথে খুব বেশি প্রাসঙ্গিকতা নাও থাকতে পারে।
Nilfs2 ফাইল সিস্টেম এসএমআর ডিস্কে বেশ ভাল পারফরম্যান্স দিয়েছে। যাইহোক, এটি কারণ আমি পুরো 8 টিবি বিভাজন বরাদ্দ করেছি, এবং বেলমার্ক কেবল ~ 0.5TB লিখেছিল যাতে নীলফ ক্লিনারটি চালাতে না পারে। আমি যখন পার্টিশনটি 200 জিবিতে সীমাবদ্ধ করেছি তখন নীলফস বেঞ্চমার্কগুলি সফলভাবেও শেষ হয় নি। নীলফএস 2 আপনি পছন্দ করতে পারেন তবে আপনি যদি সংরক্ষণাগার ডিস্ক হিসাবে "সংরক্ষণাগার" ডিস্কটি সত্যই ব্যবহার করেন যেখানে আপনি সমস্ত ডেটা এবং স্ন্যাপশটকে চিরতরে ডিস্কে রাখেন, ততক্ষণে নীলফ ক্লিনারটি চালাতে হবে না।
আমি বুঝতে পারি যে ST8000AS0002-1NA17Z
পরীক্ষার জন্য আমি 8TB সিগেট ড্রাইভটি ব্যবহার করেছি GB 20 গিগাবাইটের ক্যাশে অঞ্চল। আমি ডিফল্ট ফাইলবেঞ্চ ফাইলসার্ভার সেটিংস পরিবর্তন করেছি যাতে বেঞ্চমার্ক সেটটি sh 125 গিগাবাইট হয়ে যায়, আনশিলিং ক্যাশে অঞ্চল থেকে বড়:
set $meanfilesize=1310720
set $nfiles=100000
run 36000
এখন আসল তথ্য জন্য। অপশনের সংখ্যা "সামগ্রিক" ফাইলসার্ভার কর্মক্ষমতা পরিমাপ করে যখন এমএস / ওপেন এলোমেলোভাবে সংযোজনটির বিলম্বকে পরিমাপ করে এবং এলোমেলো লেখার পারফরম্যান্সের জন্য একটি রুক্ষ গাইড হিসাবে ব্যবহৃত হতে পারে।
$ grep rand *0.out | sed s/.0.out:/\ / |sed 's/ - /-/g' | column -t
SMR8TB.nilfs appendfilerand1 292176ops 8ops/s 0.1mb/s 1575.7ms/op 95884us/op-cpu [0ms - 7169ms]
SMR.btrfs appendfilerand1 214418ops 6ops/s 0.0mb/s 1780.7ms/op 47361us/op-cpu [0ms-20242ms]
SMR.ext4 appendfilerand1 172668ops 5ops/s 0.0mb/s 1328.6ms/op 25836us/op-cpu [0ms-31373ms]
SMR.xfs appendfilerand1 149254ops 4ops/s 0.0mb/s 669.9ms/op 19367us/op-cpu [0ms-19994ms]
Toshiba.btrfs appendfilerand1 634755ops 18ops/s 0.1mb/s 652.5ms/op 62758us/op-cpu [0ms-5219ms]
Toshiba.ext4 appendfilerand1 466044ops 13ops/s 0.1mb/s 270.6ms/op 23689us/op-cpu [0ms-4239ms]
Toshiba.xfs appendfilerand1 368670ops 10ops/s 0.1mb/s 195.6ms/op 19084us/op-cpu [0ms-2994ms]
যেহেতু সীগেটটি 5980RPM হ'ল একরকমভাবে সম্ভবত তোশিবা 20% দ্রুত হওয়ার আশা করতে পারে। এই মানদণ্ডগুলি এটিকে প্রায় 3 বার (200%) দ্রুত হিসাবে দেখায়, তাই এই মানদণ্ডগুলি দ্যুতিযুক্ত পারফরম্যান্স পেনাল্টিকে আঘাত করছে। আমরা দেখতে পাই শিংলেড (এসএমআর) ডিস্কটি এখনও আনশিলিংহীন (পিএমআর) ডিস্কের সাথে এক্সটোর 4 পারফরম্যান্সের সাথে মেলে না। সেরা পারফরম্যান্সটি 8 টিবি বিভাজন সহ নীলফস 2 এর সাথে ছিল (সুতরাং ক্লিনারটি চালানোর দরকার ছিল না), তবুও এটি এক্সপি 4 সহ তোশিবার তুলনায় উল্লেখযোগ্যভাবে ধীর ছিল।
উপরের বেঞ্চমার্কগুলিকে আরও স্পষ্ট করে তুলতে, এটি প্রতিটি ডিস্কে ext4 এর পারফরম্যান্সের তুলনায় এগুলি স্বাভাবিক করতে সহায়তা করতে পারে:
ops randappend
SMR.btrfs: 1.24 0.74
SMR.ext4: 1 1
SMR.xfs: 0.86 1.98
Toshiba.btrfs: 1.36 0.41
Toshiba.ext4: 1 1
Toshiba.xfs: 0.79 1.38
আমরা দেখতে পাচ্ছি যে এসএমআর ডিস্কে বিটিআরএফএসের সর্বমোট অপ্সে এটির বেশিরভাগ সুবিধা রয়েছে এটির এক্সট 4 এ, তবে এলোমেলোভাবে সংযোজনে শাস্তি অনুপাতের মতো নাটকীয় নয়। এটি এসএমআর ডিস্কে বিটিআরএফএসে যেতে পারে। অন্যদিকে, আপনার যদি কম বিলম্বিত এলোমেলো সংযোজনগুলির প্রয়োজন হয়, এই মানদণ্ডটি আপনাকে xfs, বিশেষত এসএমআর-তে চান তা বোঝায়। আমরা দেখতে পাই যে এসএমআর / পিএমআর আপনার ফাইল সিস্টেমের পছন্দকে প্রভাবিত করতে পারে, কাজের চাপ বিবেচনা করে আপনি যেটিকে অপ্টিমাইজ করছেন এটি আরও গুরুত্বপূর্ণ বলে মনে হচ্ছে।
আমি একটি অ্যাটিক ভিত্তিক বেঞ্চমার্কও চালাতাম। অ্যাটিক রানগুলির মেয়াদ (8 টিবি এসএমআর পূর্ণ ডিস্ক পার্টিশনগুলিতে) ছিল:
ext4: 1 days 1 hours 19 minutes 54.69 seconds
btrfs: 1 days 40 minutes 8.93 seconds
nilfs: 22 hours 12 minutes 26.89 seconds
প্রতিটি ক্ষেত্রে অ্যাটিক সংগ্রহস্থলের নিম্নলিখিত পরিসংখ্যান ছিল:
Original size Compressed size Deduplicated size
This archive: 1.00 TB 639.69 GB 515.84 GB
All archives: 901.92 GB 639.69 GB 515.84 GB
অ্যাটিকে একই 1 টিবি ডিস্কের একটি দ্বিতীয় অনুলিপি যুক্ত করতে এই তিনটি ফাইল সিস্টেমের প্রতিটিটিতে 4.5 ঘন্টা সময় নিয়েছে। মানদণ্ড এবং smartctl
তথ্যের একটি কাঁচা ডাম্পটি এখানে রয়েছে:
http://pastebin.com/tYK2Uj76
https://github.com/gmatht/joshell/tree/master/benchmark/SMR