একটি এসএসডি ওভার-প্রভিশন - এটি এখনও রাখা?


14

একাধিক (তবে খুব সাম্প্রতিক নয়) সূত্রগুলি বলেছে যে ড্রাইভ পরিধান কমাতে এসএসডি স্পেসের ~ 7% স্থানটি নির্বিঘ্নে ছেড়ে দেওয়া উচিত। এটি এখনও হিসাবে বৈধ বা পরিস্থিতি পরিবর্তিত হয়েছে?


এটি যেমন টিআরএম-সক্ষম সমস্যার কারণে আসে, তেমনি আমি বলেছি। আমার সন্দেহ হয় এই প্রশ্নের জন্য এসইউ ভাল ফিট, তবে লিনাক্সের উল্লেখ করার জন্য এখন এডিটিংয়ের দরকার নেই!
সোর্সজেডি

মুক্ত স্থানটি আরও ভাল পারফরম্যান্সের অনুমতি দেয়। ড্রাইভ পরিধান এবং টিয়ার এখন অত্যধিক উত্তেজনাপূর্ণ এবং সম্ভবত এটি একটি কল্পকাহিনী। একটি ভাল মানের এসএসডি এটি 24/7 লিখে 10 বছরেরও বেশি সময় ধরে থাকতে পারে। এটি পর্যালোচনা করার জন্য একটি ভাল নিবন্ধ হতে পারে: howtogeek.com/165472/… - একটি খালি ব্লকে লেখা মোটামুটি দ্রুত, তবে একটি আংশিক-পূর্ণ ব্লকে লেখার সাথে আংশিকভাবে পূর্ণ ব্লকটি পড়া, এর মান পরিবর্তন করা এবং তারপরে এটি লিখিত থাকে পেছনে. আপনি ড্রাইভে লেখেন এমন প্রতিটি ফাইলের জন্য এইগুলি অনেকবার পুনরাবৃত্তি করুন কারণ ফাইলটি সম্ভবত অনেকগুলি ব্লক গ্রাস করবে। ---
সূর্যের

উত্তর:


15

উইন্ডোজ সাধারণত ট্রিম ব্যবহার করবে। এর অর্থ যতক্ষণ আপনি ফাইল সিস্টেমে X% মুক্ত স্থান রাখবেন ততক্ষণ ড্রাইভটি এক্স% কে অবিকৃত হিসাবে দেখতে পাবে [[*] অতিরিক্ত বিধানের প্রয়োজন নেই।

ব্যতিক্রম: historতিহাসিকভাবে, স্যান্ডফোর্স কন্ট্রোলার / ফার্মওয়্যার সহ এসএসডিগুলি TRIM :( এর পরে সম্পূর্ণ কার্যকারিতা পুনরুদ্ধার করতে পারেনি।

পুরো ড্রাইভে পারফরম্যান্স হ্রাস তাৎপর্যপূর্ণ হতে পারে এবং অন্য কয়েকটি ড্রাইভের চেয়ে বেশি। এটি উচ্চ রাইট পরিবর্ধনের সাথে যুক্ত হবে এবং তাই পরিধান বাড়ায়। সূত্র: আনন্দটেক পর্যালোচনা

সুতরাং এটি প্রয়োজনীয় যদি এবং শুধুমাত্র যদি হয়

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

লিনাক্সে ট্রিম সক্ষম করা খুব কঠিন নয় এবং আপনি কোনও সমস্যা লক্ষ্য করার সম্ভাবনা নেই।

ভাগ্যক্রমে, বেশ কয়েকটি জনপ্রিয় ব্র্যান্ড তাদের নিজস্ব নিয়ামক তৈরি করে। স্যান্ডফোর্স নিয়ন্ত্রণকারীরা আগের মতো জনপ্রিয় নয়। স্যান্ডফোর্স ইস্যুগুলি আমাকে সেই নির্দিষ্ট "স্মার্ট" কন্ট্রোলার ডিজাইন সম্পর্কে সংশয়যুক্ত করে তোলে যা এটি সময়ের জন্য খুব আক্রমণাত্মক ছিল। স্যান্ডফোর্সের কাছে ক্ষমাপ্রার্থী তবে সঠিক কন্ট্রোলার মডেলগুলি প্রভাবিত করার জন্য আমার কাছে কোনও রেফারেন্স নেই।


[*] ফাইল সিস্টেমগুলি খণ্ডন হ্রাস করার জন্য প্রচুর পরিমাণে মুক্ত স্থান থাকা চাই। সুতরাং ট্রিম দুর্দান্ত, কারণ আপনাকে এক সাথে দুটি সুরক্ষা মার্জিন যোগ করতে হবে না, একই মুক্ত স্থান তাদের উভয়কেই সহায়তা করে :)। ড্রাইভটি পারফরম্যান্সের উন্নতির জন্য অব্যক্ত স্থানের সুযোগ নিতে পারে, পাশাপাশি আপনি যেমন বলে তেমন উঁচু পোশাক পরিহার করতে পারে।


ইনস্টলড এসএসডি একবারে কোনও স্যান্ডফোর্স নিয়ন্ত্রক সনাক্ত করা কি সম্ভব?
মারমিস্টারজ

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

এটি ধরে নিয়েছে যে আপনার কাছে আসলে ফাইল সিস্টেমে মুক্ত স্থান আছে , তাই না? : ডি
এন্ডোলিথ

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

7

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

ডেটা লেখার সময় এসএসডিগুলিকে অবশ্যই ফ্ল্যাশ মেমরির সীমাবদ্ধতাগুলি মোকাবেলা করতে হবে

এসএসডিগুলি নান্দ ফ্ল্যাশ মেমরি নামে এক ধরণের মেমরি ব্যবহার করে । হার্ড ড্রাইভগুলির বিপরীতে, ডেটাযুক্ত ন্যানড সেলগুলি সরাসরি ওভাররাইট করা যায় না; নতুন ডেটা লেখার আগে ড্রাইভে বিদ্যমান ডেটা মুছতে হবে। তদ্ব্যতীত, এসএসডিগুলি পৃষ্ঠায় 4 ডিগ্রি থেকে 16 কেবি আকারে ডেটা লিখতে থাকে তবে তারা কেবল ব্লক নামক পৃষ্ঠাগুলির বৃহত গোষ্ঠীতে ডেটা মুছতে পারে , বিশেষত আধুনিক এসএসডিগুলিতে বেশ কয়েকটি এমবিতে কয়েকশ কেবি।

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

এসএসডিগুলিকে সর্বোত্তমভাবে কাজ করার জন্য মুক্ত স্থানের প্রয়োজন, তবে প্রতিটি কাজের চাপ মুক্ত স্থান বজায় রাখার পক্ষে উপযুক্ত নয়

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

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

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

আধুনিক এসএসডিগুলি পুরানো ড্রাইভের তুলনায় উল্লেখযোগ্যভাবে কম লেখার প্রশস্তকরণের অভিজ্ঞতা অর্জন করেছে তবে কিছু কাজের চাপ এখনও ওভারপ্রোভিজনিংয়ের মাধ্যমে উপকৃত হতে পারে

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

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

যদি আপনার কাজের চাপটি বিশেষত দাবি করছে, বা আপনি যদি এমন পরিবেশে ড্রাইভটি ব্যবহার করছেন যেখানে ট্রিম সমর্থিত নয়, আপনি ড্রাইভটি বিভাজন করে ম্যানুয়ালি স্পেসকে অতিরঞ্জিত করতে পারেন যাতে কিছু স্থান অব্যবহৃত থাকে। উদাহরণস্বরূপ, আপনি একটি 512 গিগাবাইট এসএসডি থেকে 400 গিগাবাইটে পার্টিশন করতে পারেন এবং অবশিষ্ট স্থানটি নির্বিঘ্নে ছেড়ে দিতে পারেন এবং ড্রাইভটি ফাঁকা স্থান হিসাবে অবিকৃত স্থানটি ব্যবহার করবে। তবে মনে রাখবেন যে এই অবিকৃত স্থানটি আগে লেখা থাকলে তা ছাঁটাই করতে হবে; অন্যথায়, এতে কোনও লাভ হবে না কারণ ড্রাইভটি সেই জায়গাটি দখলকৃত হিসাবে দেখবে। (পার্টিশন ইউটিলিটিগুলি এটি করার জন্য যথেষ্ট স্মার্ট হওয়া উচিত, তবে আমি 100% নিশ্চিত নই; দেখুন "উইন্ডোজ কি কোনও এসএসডি-তে বিভাগবিহীন (বিন্যাসবিহীন) স্থান ট্রিম করে?" )

আপনি যদি কেবল একটি সাধারণ ভোক্তা হন তবে সাধারণত সাধারণভাবে অতিরিক্ত প্রয়োজন হয় না

সাধারণ ভোক্তা পরিবেশে যেখানে ট্রিম সমর্থিত, এসএসডি কম 70০-৮০% কম, এবং এলোমেলো লেখার সাথে ক্রমাগত নিন্দা করে না, লেখার প্রশস্ততা সাধারণত কোনও সমস্যা হয় না এবং ওভারপ্রোভিজনিং সাধারণত প্রয়োজন হয় না।

শেষ পর্যন্ত, বেশিরভাগ গ্রাহকরা উচ্চ এসএসডি-র উচ্চতর লেখার পরিবর্ধন সহ, বেশিরভাগ এসএসডি-র উদ্দেশ্যে পরিষেবা জীবনের মধ্যে ন্যানড পরিধান করার জন্য ডিস্কে প্রায় পর্যাপ্ত ডেটা লিখবেন না, তাই ঘুম হারানোর কিছু নয়।


1

অতিরিক্ত স্থানের আকার এসএসডি ড্রাইভ মডেলগুলির মধ্যে খুব বেশি পার্থক্য করে তবে সাধারণভাবে এটি এখনও সত্য।


আপনি কি এই জন্য কোন রেফারেন্স আছে?
লায়ো লাম

আপনি কি নির্দিষ্ট ড্রাইভের রেফারেন্স বলতে চান? অনেকগুলি ড্রাইভের (কেবল এসএসডি নয়) পাবলিক টেকনিক্যাল রেফারেন্স রয়েছে তবে দুঃখিত, আমার অনুসন্ধানের সময় নেই। তবে আপনি যদি সাধারণ রেফারেন্সে আগ্রহী হন তবে এটি দেখুন: samsung.com/global/business/semiconductor/minisite/SSD/…
টমাসজ ক্লিম

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

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

1
স্যামসুং এসএসডি-র জন্য ডক থেকে: "সর্বদা উন্নত পারফরম্যান্সের জন্য অতিরিক্ত জায়গা নিজেই আলাদা করে রাখার বিকল্প রয়েছে (যেমন কাজের চাপ বোঝার অধীনে)", তারা পরামর্শ দেয় যে আপনার যদি না থাকে তবে আপনার এ বিবেচনা শুরু করার দরকার নেই " কাজের চাপ দাবি "।
সোর্সজেডি
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.