এনভিএম এসএসডি: 4 কে লেখার চেয়ে দ্রুত কেন?

Question

আমার পিসিআই জেন 3.34 চলমান এনভিএমএতে একটি স্যামসং 960 প্রো 512 জিবি এসএসডি রয়েছে। আমি স্যামসং এনভিএম ড্রাইভার 2.0.0.1607 ব্যবহার করি। এসএসডি ঠিকঠাক চলছে। তবে আমি বুঝতে পারি না কেন 4 কে লেখা 4k পড়ার চেয়ে দ্রুত হয়। আমি এএস বেঞ্চমার্ক ব্যবহার করছি:

এটি 3 একটি ফ্যাক্টর! কিছু ভুল আছে (আমার সিস্টেম বা এএস বেঞ্চমার্ক সহ) বা এটি সাধারণ?

Comments

এবং এখনও একটি ঘোরানো হার্ড ড্রাইভের চেয়ে অনেক দ্রুত!

— ঝান

Answer 1

4k রিডিং ড্রাইভটি করতে পারে এমন সবচেয়ে কঠিন কাজ সম্পর্কে হতে চলেছে। এগুলি ড্রাইভটি ক্ষুদ্রতম ব্লকের আকারগুলির মধ্যে হ্যান্ডল করতে সক্ষম হতে পারে এবং ড্রাইভের প্রচুর পরিমাণে ডেটা প্রিললোড করার কোনও উপায় নেই, আসলে ড্রাইভ লোড-ফরোয়ার্ড যুক্তি যদি কিছু পড়ার ইচ্ছা করে তবে তারা সম্ভবত যথেষ্ট অদক্ষ are 4kb এর চেয়ে বড়

"সাধারণ" ড্রাইভের পঠন 4kb এর চেয়ে বড় হওয়ার সম্ভাবনা বেশি কারণ খুব কম ফাইল রয়েছে যে খুব ছোট, এবং একটি পৃষ্ঠাতে কেবল "ফাইল" রাখার পক্ষে পৃষ্ঠা ফাইলটি বড় অংশে পড়ার সম্ভাবনা রয়েছে 4KB মেমরি পেজড আউট। এর অর্থ হ'ল ড্রাইভটি যে কোনও প্রিলোডিংয়ের চেষ্টা করে তা আসলে ড্রাইভ থ্রুপুটটিকে দন্ডিত করে।

4 কে পাঠ্যগুলি ড্রাইভ বাফারের মধ্য দিয়ে যেতে পারে তবে পরীক্ষার "এলোমেলো" অংশটি তাদের পুরোপুরি অনাকাঙ্ক্ষিত করে তোলে। কন্ট্রোলারটি কখনই জানতে পারে না যে কখন ড্রাইভের আরও সাধারণ "বৃহত" পড়ার প্রয়োজন হতে পারে।

অন্যদিকে 4K রাইটগুলি একটি কার্যকর পদ্ধতিতে বার্ফার, সারিবদ্ধ এবং ধারাবাহিকভাবে লিখিত হতে পারে। ড্রাইভ বাফার তার জন্য তৈরি করা অনেকগুলি ক্যাপচার-রাইটিং কাজ করতে পারে এবং পরা লেভেলর এমনকি 4K "র্যান্ডম" লেখার মাঝে মাঝে ঘুরিয়ে ফিরিয়ে সেই সমস্ত 4K লেখাকে একই ড্রাইভ মুছা ব্লকে বরাদ্দ করতে পারে might অনুক্রমিক লেখার কাছাকাছি কিছু।

আসলে আমি সন্দেহ করি যে এটিই "4K-64Thrd" লিখেছেন, "64৪-থার্ড" স্পষ্টতই একটি বৃহত্তর সারির গভীরতা ব্যবহার করছে , এইভাবে ড্রাইভটিতে এটি ইঙ্গিত দেয় যে এতে প্রচুর পরিমাণে তথ্য পড়তে বা লিখতে পারে । এটি অনেকগুলি লেখার ক্লাস্টারিং ট্রিগার করে এবং তাই ড্রাইভের ক্রমিক লেখার গতির কাছে যায়। 4 কে রচনা সম্পাদনের জন্য এখনও একটি ওভারহেড রয়েছে, তবে এখন আপনি বাফারের সম্ভাব্যতা পুরোপুরি প্রকাশ করছেন। পরীক্ষার পড়ুন সংস্করণে ড্রাইভ কন্ট্রোলার, এখন বুঝতে পেরেছিল যে এটি খুব ধ্রুবক ভারী চাপের মধ্যে রয়েছে, প্রিলোডিং ডেটা বন্ধ করে দেয়, সম্ভবত বাফারটি এড়িয়ে যায় এবং পরিবর্তে একটি "কাঁচা" পঠন মোডে স্যুইচ করে, আবার ক্রমিক পাঠের গতিতে পৌঁছায়।

মূলত ড্রাইভ কন্ট্রোলার 4K রচনাকে আরও দক্ষ করে তোলার জন্য কিছু করতে পারে, বিশেষত যদি তাদের একটি ক্লাস্টার একই সময়ে উপস্থিত হয়, তবে এটি একটি সিঙ্গেল 4 কে আরও দক্ষ করে তুলতে কিছুই করতে পারে না , বিশেষত যদি এটি অপ্টিমাইজ করার চেষ্টা করছে ক্যাশে প্রাক-লোড করে ডেটাফ্লো।

Comments

উত্তরের নিজেই অংশ নয়, তবে আমি সন্দেহ করি যে "4K রিড" (64Thrd নন সংস্করণ) আসলে ড্রাইভের ডিফল্ট পড়ার ব্লক আকার 32K বা 64K হিসাবে প্রকাশ করছে। এটি হয় 2600/50 = 52 (কিছু ওভারহেড + মূল 4K পড়া সহ 64K) বা 1200/50 = 24 (কিছু ওভারহেড + 32 কে এটি হ্রাস করে))

— মকুবাই

সামগ্রিকভাবে উত্তরের উত্তর, তবে আমি বিশ্বাস করি না "খুব কম ফাইল রয়েছে যা মোটেই ছোট" " আসলে আমি সন্দেহ করি যে বেশিরভাগ সিস্টেমে বেশিরভাগ ফাইলই 4k বা তার চেয়ে কম হয়। তারা বেশিরভাগ স্থান গ্রহণ করে না , তবে এটি অন্য বিষয়।

— 17:15

এর সহজ উত্তরটি সম্ভবত এটি: আপনি যদি একবারে এটি করেন তবে আপনি পড়াগুলি মোটেই ওভারল্যাপ করতে পারবেন না কারণ আপনি পূর্ববর্তী পঠন থেকে ডেটা ফেরত না দেওয়া পর্যন্ত পরবর্তী পঠনটি কোনটি ব্লকের জন্য তা আপনি খুঁজে পান না। আপনি লেখাগুলি সম্পূর্ণরূপে ওভারল্যাপ করতে পারেন যেহেতু আপনি আগের লেখার জন্য কাজ করার সময় পরবর্তী লেখার জন্য সমস্ত ডেটা পেতে পারেন।

— ডেভিড শোয়ার্জ

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

— টনি

@ হোবস: এনটিএফএসের সাহায্যে আপনি এ জাতীয় ছোট ফাইলগুলি ফ্রি (!) এ পড়ার সম্ভাবনা রয়েছে। ছোট ফাইলগুলি ফাইলের নামের সংলগ্ন ডিরেক্টরি এন্ট্রি নিজেই সংরক্ষণ করা হয়। ডিস্কে প্রকৃত 4KB ফাইল রাখতে আপনাকে 4KB এর কাছাকাছি মোটামুটি নির্দিষ্ট ফাইলের আকারটি আঘাত করতে হবে।

— এমসাল্টারস

Answer 2

অন্যান্য উত্তরগুলি ইতিমধ্যে ব্যাখ্যা করেছে যে এটি কেন হতে পারে যে লেখার চেয়ে পড়া দ্রুত হয়; আমি যুক্ত করতে চাই যে এই ড্রাইভের জন্য এটি একেবারে স্বাভাবিক, কারণ এটি বেঞ্চমার্কের দ্বারা নিশ্চিত হয়ে গেছে যে আপনি পর্যালোচনাগুলিতে খুঁজে পেতে পারেন।

আর্টেকনিকার পর্যালোচনা

আর্টটেকনিকা ড্রাইভটি পর্যালোচনা করেছে, আপনার সংস্করণ (512 গিগাবাইট) এবং 2 টিবি একটি:

(এই গ্রাফটি পর্যালোচনাতে তাত্ক্ষণিকভাবে দৃশ্যমান নয়, এটি প্রথম গ্যালারিতে এটি 5 ম চিত্র, আপনাকে এটিতে ক্লিক করতে হবে)

এই 2 টি মডেলের পারফরম্যান্সটি খুব অনুরূপ, এবং তাদের সংখ্যাগুলি আপনার মতো দেখাচ্ছে: ড্রাইভটি 37 এমবি / গুলি পড়তে পারে এবং 151 এমবি / এস এ লিখতে পারে।

আনন্দটেক এর পর্যালোচনা

আনন্দটেক ড্রাইভটিও পর্যালোচনা করেছে: তারা 2 টিবি মডেল ব্যবহার করেছে, 1, 2 এবং 4 এর সারি গভীরতার সাথে পরীক্ষার ফলাফলগুলির গড় গড় করে এই গ্রাফগুলি:

ড্রাইভটি 137 এমবি / সেকেন্ডে পড়ে এবং 437 এমবি / সেকেন্ডে লিখেছে। সংখ্যাটি আপনার চেয়ে অনেক বেশি তবে এটি সম্ভবত উচ্চতর সারির গভীরতার কারণে। যাইহোক লেখার গতি আপনার ক্ষেত্রে যেমন পড়ার গতির চেয়ে তিনগুণ বেশি।

পিসি ওয়ার্ল্ড এর পর্যালোচনা

পিসি ওয়ার্ল্ডের আরও একটি পর্যালোচনা : তারা 1 টিবি সংস্করণ পরীক্ষা করেছে এবং 4 কে-র ফলাফলগুলি পড়ার জন্য 30 এমবি / এস এবং লেখার জন্য 155 এমবি / সেঃ লেখার গতি আপনার সাথে সামঞ্জস্যপূর্ণ তবে এখানে ড্রাইভটি রয়েছে এমনকি পড়া ধীর। ফলাফলটি অনুপাতটি পাঁচ থেকে এক, তিন থেকে এক নয়।

উপসংহার

পর্যালোচনাগুলি নিশ্চিত করে যে এই ড্রাইভের জন্য এটি স্বাভাবিক যে এলোমেলো 4K এর লেখার গতি পড়ার গতির চেয়ে অনেক দ্রুত: পরীক্ষার উপর নির্ভর করে এটি এমনকি 5 গুণ দ্রুতও হতে পারে।

আপনার ড্রাইভ ঠিক আছে। এটি ত্রুটিযুক্ত বিশ্বাস করার কোনও কারণ নেই, বা আপনার সিস্টেমে সমস্যা আছে।

Answer 3

এসএসডি কন্ট্রোলার ক্যাশেগুলি এনভিআরএমে অনবোর্ডে লেখেন এবং উপযুক্ত সময়ে এটি মিডিয়া ফ্ল্যাশ করে। লেটেন্সি লিখুন হ'ল ক্যাশে অ্যাক্সেসের বিলম্ব, সাধারণত 20us। বিপরীতে, পাঠগুলি মিডিয়াতে পরিবেশন করা হয়, সর্বোত্তমভাবে 120-150us এর অ্যাক্সেস সময় সহ।

Answer 4

অ্যান্ডির জবাবটি প্রসারিত করে, এসএসডি কম্পিউটারে এই অপারেশনটি সম্পূর্ণ হয়ে যাওয়ার আগে সিগন্যাল দেওয়ার আগে আপনাকে জড়িত ওভারহেডের দিকে তাকাতে হবে।

লেখার জন্য, ডেটা কেবল একটি অভ্যন্তরীণ র‌্যাম ক্যাশে লিখতে হবে। পরে এটি ফ্ল্যাশ মেমরিতে লেখা হবে, পাশাপাশি অন্যান্য 4 কে ব্লক এবং মেটাডেটা যাচাই করতে, ত্রুটিটি সঠিক করতে এবং এটি সনাক্ত করার জন্য প্রয়োজনীয়।

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

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