হার্ড ডিস্কের পারফরম্যান্স কীভাবে চেক করবেন


336

হার্ড ড্রাইভের পারফরম্যান্স কীভাবে চেক করবেন (হয় টার্মিনাল বা জিইউআই হয়ে)। লেখার গতি। পড়ার গতি। ক্যাশের আকার এবং গতি। এলোমেলো গতি।


1
একই প্রশ্নে বেশি বলা হয়েছে unix.stackexchange.com/questions/108838/... , stackoverflow.com/questions/1198691/... এবং serverfault.com/questions/219739/...
আনন

উত্তর:


425

টার্মিনাল পদ্ধতি

hdparm শুরু করার জন্য একটি ভাল জায়গা।

sudo hdparm -Tt /dev/sda

/dev/sda:
Timing cached reads:   12540 MB in  2.00 seconds = 6277.67 MB/sec
Timing buffered disk reads: 234 MB in  3.00 seconds =  77.98 MB/sec

sudo hdparm -v /dev/sda পাশাপাশি তথ্য দেবে।

dd লেখার গতিতে আপনাকে তথ্য দেবে।

ড্রাইভ একটি ফাইল সিস্টেম (এবং না থাকে কেবলমাত্র তখনই ), ব্যবহার of=/dev/sda

অন্যথায়, এটি / tmp এ মাউন্ট করুন এবং লিখুন তারপরে পরীক্ষার আউটপুট ফাইলটি মুছুন।

dd if=/dev/zero of=/tmp/output bs=8k count=10k; rm -f /tmp/output

10240+0 records in
10240+0 records out
83886080 bytes (84 MB) copied, 1.08009 s, 77.7 MB/s

গ্রাফিকাল পদ্ধতি

  1. সিস্টেম -> প্রশাসন -> ডিস্ক ইউটিলিটিতে যান।
    • বিকল্পভাবে, চালিয়ে কমান্ড লাইন থেকে জিনোম ডিস্ক ইউটিলিটি চালু করুন gnome-disks
  2. বাম ফলকে আপনার হার্ড ডিস্কটি নির্বাচন করুন।
  3. এখন ডান ফলকে "বেঞ্চমার্ক - ড্রাইভ পারফরম্যান্স পরিমাপ করুন" বোতামটি ক্লিক করুন।
  4. চার্ট সহ একটি নতুন উইন্ডো খোলে You আপনি পাবেন এবং দুটি বোতাম। একটি হ'ল "স্টার্ট রিড অলি বেঞ্চমার্ক" এবং অন্যটি হ'ল "স্টার্ট রিড / লিখন বেঞ্চমার্ক"। আপনি যখন কারও বাটনে ক্লিক করেন এটি হার্ড ডিস্কের বেঞ্চমার্কিং শুরু করে।

পরীক্ষা

কীভাবে ডিস্ক আই / ও বেনমার্ক করবেন

প্রবন্ধ

আপনি কি আরও কিছু চান?


10
আমি এসএসডি টেস্ট করার সময় টেস্টিংয়ের /dev/urandomপাশাপাশি /dev/zeroইনপুটগুলিও সুপারিশ করবো কারণ ddডেটা সংকোচনের ফলে লেখার গতিতে ব্যাপক প্রভাব ফেলতে পারে।
ইয়ান ম্যাকিননন

3
আমার উবুন্টু 12.04 ityক্যে তেমন কোনও "সিস্টেম ->" নেই। বা কমপক্ষে আমি এটি খুঁজে পাইনি। এবং আমি সেই ডিস্ক সরঞ্জামটি সিস্টেম সেটিংসের মধ্যেও দেখতে পাচ্ছি না ... ও_ও কিন্তু আমি শেষ পর্যন্ত এটি চালাতে সক্ষম হয়েছি: /
ইউএসআর

6
মনে রাখবেন যে 12.10 সাল থেকে এটিকে কেবল ডিস্ক বলা হয় এবং ityক্যের মাধ্যমে এটি পাওয়া যায়।
পল ল্যামার্টসমা

1
জিনোমে এটি অ্যাপ্লিকেশনগুলিতে চলে গেছে -> সিস্টেম সরঞ্জাম -> পছন্দসমূহ -> ডিস্ক ইউটিলিটি। যারা Unক্যকে ঘৃণা করেন তাদের ব্যবহারের জন্য।
কেন শার্প

2
/tmpফাইলসিস্টেম প্রায়ই এই দিন ramdisk এবং ব্যবহার করছে। সুতরাং লিখতে /tmpআপনার ডিস্কের সাবসিস্টেমটি নয়, আপনার মেমরির পরীক্ষা করা হবে বলে মনে হচ্ছে।
জোরেডেচি

99

সুমিনেন ঠিক আছে, আমাদের এক ধরণের সিঙ্ক ব্যবহার করা উচিত; তবে একটি সহজ পদ্ধতি আছে, কনফারেন্স = fdatasync কাজটি করবে:

dd if=/dev/zero of=/tmp/output conv=fdatasync bs=384k count=1k; rm -f /tmp/output
1024+0records in
1024+0 records out
402653184 bytes (403 MB) copied, 3.19232 s, 126 MB/s

28
এটি অন্যের চেয়ে পৃথক কমান্ড / বিকল্প ব্যবহার করে একটি উত্তর। আমি দেখতে পাচ্ছি এটি একটি নিজস্ব পোস্টের জন্য উপযুক্ত উত্তর।
আলা আলী

2
আপনি কেন ব্লকের আকার হিসাবে 384k ব্যবহার করেছেন?
দিয়েগো এফ ডুরন

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

আইওজোন এবং সিসবেঞ্চ সংখ্যাগুলির মতো বেঞ্চ চিহ্ন সরঞ্জামগুলির দ্বারা এটি নির্ভরযোগ্য নয়
এমএসএস

1
আপনার লেখার ডেটার জন্য জিরো ব্যবহারে সতর্ক থাকুন - কিছু ফাইল সিস্টেম এবং ডিস্কগুলির জন্য এটির (এবং অন্যান্য সংকোচনযোগ্য ডেটা) একটি বিশেষ কেস পাথ থাকবে যা কৃত্রিমভাবে উচ্চতর মানদণ্ডের সংখ্যার কারণ
ঘটাবে

50

আমি এটি ব্যবহারের পরামর্শ দেব না /dev/urandomকারণ এটি সফ্টওয়্যার ভিত্তিক এবং শূকর হিসাবে ধীর। র‌্যামডিস্কে এলোমেলো তথ্য নেওয়া ভাল। হার্ড ডিস্কে টেস্টিং এলোমেলো কিছু যায় আসে না, কারণ প্রতিটি বাইট যেমন হয় তেমন লেখা হয় (এসএসডি তেও ডিডি সহ)। তবে আমরা যদি খাঁটি শূন্য বা এলোমেলো ডেটা দিয়ে কাটা জেডএফএস পুলটি পরীক্ষা করি তবে পারফরম্যান্সের বিশাল পার্থক্য রয়েছে।

আরেকটি দৃষ্টিকোণ হতে হবে সিঙ্ক সময় অন্তর্ভুক্তি; সমস্ত আধুনিক ফাইল সিস্টেম ফাইল অপারেশনে ক্যাশিং ব্যবহার করে।

সত্যই ডিস্কের গতি মাপার জন্য এবং মেমরিটি নয়, ক্যাচিংয়ের প্রভাব থেকে মুক্তি পাওয়ার জন্য আমাদের অবশ্যই ফাইল সিস্টেম সিঙ্ক করতে হবে। এটি সহজেই করা যায়:

time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k && sync"

এই পদ্ধতির সাহায্যে আপনি আউটপুট পাবেন:

sync ; time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k  && sync" ; rm testfile 
1024+0 records in
1024+0 records out
104857600 bytes (105 MB) copied, 0.270684 s, 387 MB/s

real    0m0.441s
user    0m0.004s
sys 0m0.124s

সুতরাং ডিস্কের ডেটরেটটি কেবল 104857600 / 0.441 = 237772335 বি / এস -> 237 এমবি / গুলি

এটি ক্যাশিংয়ের তুলনায় 100MB / s কম।

শুভ বেঞ্চমার্কিং,


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

36

আপনি যদি ডিস্কটি রিয়েল-টাইম পড়ার এবং লেখার নিরীক্ষণ করতে চান তবে আপনি আইটপ সরঞ্জামটি ব্যবহার করতে পারেন ।

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

আইওটপ ইনস্টল করতে:

sudo apt-get install iotop  

এটি চালানোর জন্য:

sudo iotop

28

আপনি যদি নির্ভুলতা চান তবে আপনার ব্যবহার করা উচিত fio। এর জন্য ম্যানুয়ালটি পড়তে man fioহবে ( ) তবে এটি আপনাকে সঠিক ফলাফল দেবে। নোট করুন যে কোনও নির্ভুলতার জন্য আপনাকে ঠিক কী পরিমাপ করতে চান তা নির্দিষ্ট করতে হবে। কিছু উদাহরণ:

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

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=read --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting

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

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=write --size=500m --io_size=10g --blocksize=1024k --ioengine=libaio --fsync=10000 --iodepth=32 --direct=1 --numjobs=1 --runtime=60 --group_reporting

এলোমেলো 4 কে কিউডি 1 পড়ুন (এটি এমনই সংখ্যা যা সত্যিকারের বিশ্বের পারফরম্যান্সের জন্য গুরুত্বপূর্ণ যা আপনি যদি না নিশ্চিত হয়ে ভাল জানেন):

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randread --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting

মিশ্র এলোমেলো 4K সিউন্ডের সাথে কিউডি 1 পড়ুন এবং লিখুন (এটি আপনার ড্রাইভ থেকে আশা করা উচিত সবচেয়ে খারাপ ক্ষেত্রে,

fio --name TEST --eta-newline=5s --filename=fio-tempfile.dat --rw=randrw --size=500m --io_size=10g --blocksize=4k --ioengine=libaio --fsync=1 --iodepth=1 --direct=1 --numjobs=1 --runtime=60 --group_reporting

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

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

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

দ্রষ্টব্য যে fioপ্রথম দৌড়ে প্রয়োজনীয় অস্থায়ী ফাইল তৈরি করবে। স্থায়ী স্টোরেজে লেখার আগে ডেটা সংকুচিত করে যে ডিভাইস প্রতারণা করে তাদের থেকে খুব ভাল নম্বর পাওয়া এড়াতে এটি এলোমেলো ডেটা দিয়ে পূর্ণ হবে। অস্থায়ী ফাইলটিকে fio-tempfile.datউপরের উদাহরণগুলিতে ডাকা হবে এবং বর্তমান ওয়ার্কিং ডিরেক্টরিতে সঞ্চিত করা হবে। সুতরাং আপনার প্রথমে সেই ডিরেক্টরিতে পরিবর্তন করা উচিত যা আপনি পরীক্ষা করতে চান এমন ডিভাইসে মাউন্ট করা হয়।

আপনার যদি ভাল এসএসডি থাকে এবং আরও বেশি নম্বর দেখতে চান তবে --numjobsউপরে বাড়ান increase এটি পঠন এবং লেখার জন্য সামঞ্জস্যকে সংজ্ঞায়িত করে। উপরোক্ত উদাহরণগুলি সমস্ত numjobsসেট করেছে 1তাই পরীক্ষাটি একক থ্রেডেড প্রক্রিয়া পাঠ এবং লেখার বিষয়ে (সম্ভবত একটি সারি সেট সহ iodepth) রয়েছে। উচ্চ প্রান্তের এসএসডি (যেমন ইন্টেল অপটেন) খুব বেশি না বাড়িয়েও উচ্চ সংখ্যক হওয়া উচিত numjobs(উদাহরণস্বরূপ 4সর্বাধিক নির্দিষ্ট নম্বরগুলি পাওয়ার জন্য যথেষ্ট হওয়া উচিত) তবে কিছু "এন্টারপ্রাইজ" এসএসডিগুলিতে যাওয়ার প্রয়োজন হয় 32- নির্দিষ্ট 128নম্বরগুলি পেতে কারণ সেগুলির অভ্যন্তরীণ প্রচ্ছন্নতা ডিভাইসগুলি বেশি তবে সামগ্রিক থ্রুপুটটি উন্মাদ।


1
আমি কেবল কিছু ডিভাইস পুনরায় পরীক্ষা করেছি। উপরের সিক্যুয়ালাল রিড টেস্ট (2 এমবি ব্লকের আকার) ব্যবহার করে আমি স্যামসাং এসএসডি 850 ইভিও থেকে 280 এমবি / এস এবং ইন্টেল 910 এসএসডি থেকে 1070 এমবি / এস পেয়েছি। K৪ কে ব্লকের আকার এবং অন্যথায় অভিন্ন কমান্ডলাইন সহ আমি 850 ইভিও থেকে 268 এমবি / এস এবং 910 এসএসডি থেকে 1055 এমবি / এস পেয়েছি s কমপক্ষে এই ধরণের ডিভাইসের জন্য, 2 এমবি ব্লক আকার ব্যবহার করে ফলাফলগুলি 1-5% এর উন্নত বলে মনে হয় যদিও এটি কার্নেলের দ্বারা হার্ডওয়্যারে অনুরোধগুলি বিভক্ত করে তোলে। আমার ধারণা এমনকি কার্নেল অপ্টিমাইজেশান সহ আরও বেশি সাইককল জমা দেওয়ার ওভারহেড কার্নেলের অভ্যন্তরে বিভাজনের চেয়েও খারাপ।
মিক্কো রেন্টালাইনেন

1
আরও পরীক্ষার পরে মনে হয় যে 2 মানের চেয়ে কম যে পাওয়ারটি ব্যবহার করে আমি সর্বাধিক ক্রমবর্ধমান থ্রুপুট পাই max_sectors_kb। আমি উপরের উদাহরণস্বরূপ 1 এমবি ব্লক আকার ব্যবহার করার জন্য পরিবর্তন করেছি কারণ এটি বাস্তব বিশ্বের হার্ডওয়্যারের সাথে কাজ করে বলে মনে হচ্ছে। এবং আমি এটিও পরীক্ষা fsyncকরে দেখেছি যে পড়ার জন্য কোনও বিষয় নয়।
মিক্কো রেন্টালাইনেন

1
ড্রাইভটি কীভাবে সংযুক্ত রয়েছে তার উপর নির্ভর করে আপনি দেখতে পাবেন যে আপনার আয়োডপথ খুব কম ছিল। আপনাকে দেখতে হবে লিনাক্স আসলে ডিভাইসে কী পাঠাচ্ছে এবং কী গভীরতায় এটি করছে ...
আনন

1
আমি সেট iodepthকরতে 1রেণ্ডম এক্সেস ঠিক কারণ বাস্তব জগতে প্রোগ্রাম প্রায়ই আলগোরিদিম চালানোর / যুক্তিবিজ্ঞান যে গভীরতা কোনো বেশী 1. ফলে সঙ্গে কাজ করে না, যদি এই ধরনের গভীরতা জন্য "খুব কম" আপনার I / O ডিভাইস খারাপ। এটি সত্য যে কয়েকটি এসএসডি ডিভাইসগুলি 32-র চেয়ে বেশি গভীরতার থেকে উপকৃত হবে However তবে, আপনি এমন কোনও বাস্তব ওয়ার্ল্ড ওয়ার্কলোডকে নির্দেশ করতে পারেন যা পড়ার অ্যাক্সেস প্রয়োজন এবং 32 টিরও বেশি আওডেপথ রাখতে সক্ষম? টি এল; ডিআর: আপনি যদি উচ্চ বিলম্বিত ডিভাইসের সাথে কিছু অতি উচ্চমানের পঠিত বেঞ্চমার্ক নম্বরটি পুনঃপ্রজনিত করতে চান iodepth=256 --numjobs=4তবে ব্যবহার করুন তবে কখনই বাস্তবের জন্য এই জাতীয় সংখ্যা দেখার আশা করবেন না।
মিক্কো রেন্টালাইনেন

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

25

বনি ++ হ'ল লিনাক্সের জন্য আমি জানি চূড়ান্ত মানদণ্ডের ইউটিলিটি।

(আমি বর্তমানে এটির সাথে আমাদের উইন্ডোজ-ভিত্তিক মেশিনটি পরীক্ষা করতে এটিতে +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +> + +] + তে]]

এটি ক্যাচিং, সিঙ্কিং, এলোমেলো ডেটা, ডিস্কে এলোমেলো অবস্থান, ছোট আকারের আপডেট, বৃহত আপডেটগুলি, পড়া, লিখতে ইত্যাদির যত্ন নেয় us ফাইল সিস্টেমটি নবজাতকের জন্য খুব তথ্যপূর্ণ হতে পারে।

এটি উবুন্টুতে অন্তর্ভুক্ত করা হয়েছে কিনা আমার কোনও ধারণা নেই তবে আপনি এটি উত্স থেকে সহজেই সংকলন করতে পারেন।

http://www.coker.com.au/bonnie++/


বনি ডিস্ক বেঞ্চমার্কিংয়ের জন্য ত্রুটিযুক্ত এবং সহজেই এমন সংখ্যা তৈরি করতে পারে যা প্রকৃতপক্ষে আপনার সিস্টেমের নন-ডিস্ক দিকগুলি প্রতিফলিত করে তাই আপনি যদি এটি ব্যবহার করতে চান তবে উচ্চ মাত্রার যত্ন নেওয়া প্রয়োজন। দেখুন বনি ++,: ব্রেন্ডন গ্রেগ এর সক্রিয় স্থির করা মাপকাঠি বিস্তারিত জানার জন্য।
আনন

22

লেখার গতি

$ dd if=/dev/zero of=./largefile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 4.82364 s, 223 MB/s

ব্লকের আকার আসলে বেশ বড়। আপনি 64k বা 4k এমনকি ছোট আকারের সাথে চেষ্টা করতে পারেন।


পড়ার গতি

মেমরি ক্যাশে সাফ করার জন্য নিম্নলিখিত কমান্ডটি চালান

$ sudo sh -c "sync && echo 3 > /proc/sys/vm/drop_caches"

লিখিত পরীক্ষায় তৈরি করা ফাইলটি এখন পড়ুন:

$ dd if=./largefile of=/dev/null bs=4k
165118+0 records in
165118+0 records out
676323328 bytes (676 MB) copied, 3.0114 s, 225 MB/s

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

14

বনি ++ কীভাবে ব্যবহার করবেন সে সম্পর্কে কিছু ইঙ্গিত

bonnie++ -d [TEST_LOCATION] -s [TEST_SIZE] -n 0 -m [TEST_NAME] -f -b -u [TEST_USER] 
bonnie++ -d /tmp -s 4G -n 0 -m TEST -f -b -u james

আরও কিছু এখানে: সিম্পল বনি ++ উদাহরণ


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