একাধিক (তবে খুব সাম্প্রতিক নয়) সূত্রগুলি বলেছে যে ড্রাইভ পরিধান কমাতে এসএসডি স্পেসের ~ 7% স্থানটি নির্বিঘ্নে ছেড়ে দেওয়া উচিত। এটি এখনও হিসাবে বৈধ বা পরিস্থিতি পরিবর্তিত হয়েছে?
একাধিক (তবে খুব সাম্প্রতিক নয়) সূত্রগুলি বলেছে যে ড্রাইভ পরিধান কমাতে এসএসডি স্পেসের ~ 7% স্থানটি নির্বিঘ্নে ছেড়ে দেওয়া উচিত। এটি এখনও হিসাবে বৈধ বা পরিস্থিতি পরিবর্তিত হয়েছে?
উত্তর:
উইন্ডোজ সাধারণত ট্রিম ব্যবহার করবে। এর অর্থ যতক্ষণ আপনি ফাইল সিস্টেমে X% মুক্ত স্থান রাখবেন ততক্ষণ ড্রাইভটি এক্স% কে অবিকৃত হিসাবে দেখতে পাবে [[*] অতিরিক্ত বিধানের প্রয়োজন নেই।
ব্যতিক্রম: historতিহাসিকভাবে, স্যান্ডফোর্স কন্ট্রোলার / ফার্মওয়্যার সহ এসএসডিগুলি TRIM :( এর পরে সম্পূর্ণ কার্যকারিতা পুনরুদ্ধার করতে পারেনি।
পুরো ড্রাইভে পারফরম্যান্স হ্রাস তাৎপর্যপূর্ণ হতে পারে এবং অন্য কয়েকটি ড্রাইভের চেয়ে বেশি। এটি উচ্চ রাইট পরিবর্ধনের সাথে যুক্ত হবে এবং তাই পরিধান বাড়ায়। সূত্র: আনন্দটেক পর্যালোচনা
সুতরাং এটি প্রয়োজনীয় যদি এবং শুধুমাত্র যদি হয়
লিনাক্সে ট্রিম সক্ষম করা খুব কঠিন নয় এবং আপনি কোনও সমস্যা লক্ষ্য করার সম্ভাবনা নেই।
ভাগ্যক্রমে, বেশ কয়েকটি জনপ্রিয় ব্র্যান্ড তাদের নিজস্ব নিয়ামক তৈরি করে। স্যান্ডফোর্স নিয়ন্ত্রণকারীরা আগের মতো জনপ্রিয় নয়। স্যান্ডফোর্স ইস্যুগুলি আমাকে সেই নির্দিষ্ট "স্মার্ট" কন্ট্রোলার ডিজাইন সম্পর্কে সংশয়যুক্ত করে তোলে যা এটি সময়ের জন্য খুব আক্রমণাত্মক ছিল। স্যান্ডফোর্সের কাছে ক্ষমাপ্রার্থী তবে সঠিক কন্ট্রোলার মডেলগুলি প্রভাবিত করার জন্য আমার কাছে কোনও রেফারেন্স নেই।
[*] ফাইল সিস্টেমগুলি খণ্ডন হ্রাস করার জন্য প্রচুর পরিমাণে মুক্ত স্থান থাকা চাই। সুতরাং ট্রিম দুর্দান্ত, কারণ আপনাকে এক সাথে দুটি সুরক্ষা মার্জিন যোগ করতে হবে না, একই মুক্ত স্থান তাদের উভয়কেই সহায়তা করে :)। ড্রাইভটি পারফরম্যান্সের উন্নতির জন্য অব্যক্ত স্থানের সুযোগ নিতে পারে, পাশাপাশি আপনি যেমন বলে তেমন উঁচু পোশাক পরিহার করতে পারে।
আধুনিক এসএসডি কন্ট্রোলাররা যথেষ্ট স্মার্ট যে অতিরিক্ত ব্যবহারের জন্য সাধারণত প্রতিদিনের ব্যবহারের প্রয়োজন হয় না। তবে, এখনও এমন পরিস্থিতি রয়েছে যা মূলত ডাটাসেন্টার পরিবেশে, যেখানে ওভারপ্রোভিজনিংয়ের প্রস্তাব দেওয়া হয়। অতিরিক্ত প্রকল্প কেন কার্যকর হতে পারে তা বুঝতে, এসএসডি কীভাবে কাজ করে তা বোঝা দরকার।
এসএসডিগুলি নান্দ ফ্ল্যাশ মেমরি নামে এক ধরণের মেমরি ব্যবহার করে । হার্ড ড্রাইভগুলির বিপরীতে, ডেটাযুক্ত ন্যানড সেলগুলি সরাসরি ওভাররাইট করা যায় না; নতুন ডেটা লেখার আগে ড্রাইভে বিদ্যমান ডেটা মুছতে হবে। তদ্ব্যতীত, এসএসডিগুলি পৃষ্ঠায় 4 ডিগ্রি থেকে 16 কেবি আকারে ডেটা লিখতে থাকে তবে তারা কেবল ব্লক নামক পৃষ্ঠাগুলির বৃহত গোষ্ঠীতে ডেটা মুছতে পারে , বিশেষত আধুনিক এসএসডিগুলিতে বেশ কয়েকটি এমবিতে কয়েকশ কেবি।
ন্যানডেও সীমিত পরিমাণে সহ্য করার ক্ষমতা রয়েছে । ব্লকগুলি মুছে ফেলার জন্য অযৌক্তিকভাবে ডেটা পুনর্লিখন এড়াতে এবং কোনও ব্লক অপ্রয়োজনীয় সংখ্যক লেখক না পেয়ে তা নিশ্চিত করার জন্য , ড্রাইভ বিভিন্ন ব্লকে লেখাগুলি, বিশেষত ছোট এলোমেলো লেখাগুলি ছড়িয়ে দেওয়ার চেষ্টা করে। যদি লেখকরা পুরানো ডেটা প্রতিস্থাপন করে তবে এটি পুরানো পৃষ্ঠাগুলিকে অবৈধ হিসাবে চিহ্নিত করে। একবার কোনও ব্লকের সমস্ত পৃষ্ঠাগুলি অবৈধ হিসাবে চিহ্নিত হয়ে গেলে ড্রাইভটি বৈধ ডেটা পুনরায় লিখিত না করে এটিকে মুছতে মুক্ত।
ড্রাইভে যদি অল্প বা ফাঁকা জায়গা বাকি থাকে তবে তা লেখার বাইরে ছড়িয়ে দিতে সক্ষম হবে না। পরিবর্তে, ড্রাইভে লেখাগুলি প্রেরণ করার সাথে সাথে ড্রাইভকে অবিলম্বে ব্লকগুলি মুছে ফেলতে হবে, blocks ব্লকের মধ্যে কোনও বৈধ ডেটা অন্য ব্লকে লেখার জন্য। আরো ডেটা এই ফলাফল NAND লেখা হচ্ছে ড্রাইভে পাঠানো হয়, একটি প্রপঞ্চ হিসেবে পরিচিত চেয়ে লেখার বিকাস । রাইটিং প্রশস্তকরণটি বিশেষত এলোমেলো রাইটিং-নিবিড় কাজের চাপ, যেমন অনলাইন লেনদেন প্রক্রিয়াকরণ (ওলটিপি) সহ উচ্চারণ করা হয় এবং এটি সর্বনিম্ন রাখা দরকার কারণ এর ফলে কর্মক্ষমতা এবং ধৈর্য হ্রাস পায়।
লেখার পরিবর্ধন হ্রাস করার জন্য, বেশিরভাগ আধুনিক সিস্টেমগুলি TRIM নামক একটি কমান্ড সমর্থন করে যা ড্রাইভকে বলে যে কোন ব্লকগুলিতে আর বৈধ ডেটা থাকে না যাতে তারা মুছে ফেলা যায়। এটি প্রয়োজনীয় কারণ ড্রাইভে অন্যথায় ধরে নিতে হবে যে অপারেটিং সিস্টেমটি দ্বারা যৌক্তিকভাবে মুছে ফেলা ডেটা এখনও বৈধ, যা পর্যাপ্ত ফাঁকা জায়গা বজায় রাখার ড্রাইভের ক্ষমতাকে বাধা দেয়।
তবে, ট্রিম কখনও কখনও সম্ভব হয় না, যেমন ড্রাইভটি যখন কোনও বাহ্যিক ঘেরে থাকে (বেশিরভাগ ঘেরে টিআরআইএম সমর্থন করে না) বা যখন ড্রাইভটি কোনও পুরানো অপারেটিং সিস্টেমের সাথে ব্যবহৃত হয়। তদ্ব্যতীত, উচ্চ-নিবিড় এলোমেলো-লেখার কাজের চাপের অধীনে রাইটিংগুলি অন্তর্নিহিত নান্দের বৃহত অঞ্চলগুলিতে ছড়িয়ে দেওয়া হবে, যার অর্থ এই যে ড্রাইভটি প্রায় পূর্ণ না থাকলেও ডেটা এবং অ্যাটেন্ডেন্ট রাইটিং প্রবাহের বাধ্যতামূলক পুনর্লিখন ঘটতে পারে।
প্রারম্ভিক এসএসডিগুলিতে অনেক কম পরিপক্ক ফার্মওয়্যার ছিল যা প্রয়োজনের তুলনায় ডেটা পুনরায় লেখার প্রবণতা রাখে। প্রারম্ভিক ইন্ডিলিনেক্স এবং জে মিক্রন নিয়ন্ত্রকরা (জেএমএফ 602 তোতলা এবং অস্বাভাবিক র্যান্ডম লেখার পারফরম্যান্সের জন্য কুখ্যাত ছিল ) নিবিড় র্যান্ডম- রাইটিং ওয়ার্কলোডের অধীনে অত্যন্ত উচ্চ রাইটিং পরিবর্ধনে ভুগছিলেন, কখনও কখনও এটি 100x ছাড়িয়ে যায়। (আপনি যখন 1 এমবি লেখার চেষ্টা করছেন তখন নান্দে 100 এমবি র উপরে ডেটা লেখার কল্পনা করুন!)। উচ্চতর প্রসেসিং পাওয়ার, উন্নত ফ্ল্যাশ ম্যানেজমেন্ট অ্যালগরিদম এবং ট্রিম সমর্থন সহ আরও নতুন কন্ট্রোলাররা এই পরিস্থিতিগুলি পরিচালনা করতে অনেক বেশি সক্ষম, যদিও ভারী এলোমেলো-লেখার কাজের চাপ এখনও আধুনিক এসএসডিগুলিতে 10x এর বেশি লেখার প্রসার ঘটাতে পারে ।
ওভারপ্রোভিজনিং এলোমেলো লেখাগুলি পরিচালনা করতে এবং ডেটা জোর করে পুনরায় লেখা এড়াতে মুক্ত স্থানের বৃহত্তর অঞ্চল সহ ড্রাইভ সরবরাহ করে। সমস্ত এসএসডি কমপক্ষে কিছুটা ন্যূনতম ডিগ্রি পর্যন্ত অতিরিক্ত মূল্যায়ন করা হয়; কিছু কেবল ড্রাইভের সাথে কাজ করার জন্য অতিরিক্ত space% স্পেস সরবরাহ করতে জিবি এবং জিআইবির মধ্যে পার্থক্য ব্যবহার করে, অন্যদের নির্দিষ্ট অ্যাপ্লিকেশনগুলির প্রয়োজনের জন্য পারফরম্যান্সকে অনুকূল করতে আরও অতিরিক্ত পরিকল্পনা করা হয়। উদাহরণস্বরূপ, লিখিত-ভারী ওএলটিপি বা ডাটাবেস ওয়ার্কলোডের জন্য একটি এন্টারপ্রাইজ এসএসডি-তে 512 গিগাবাইট শারীরিক ন্যানড থাকতে পারে তবে বিজ্ঞাপনের ক্ষমতা 400 গিগাবাইটের তুলনায় 480 থেকে 512 জিবি সাধারণ গ্রাহক এসএসডি-র তুলনায় একই পরিমাণে পাওয়া যায়।
যদি আপনার কাজের চাপটি বিশেষত দাবি করছে, বা আপনি যদি এমন পরিবেশে ড্রাইভটি ব্যবহার করছেন যেখানে ট্রিম সমর্থিত নয়, আপনি ড্রাইভটি বিভাজন করে ম্যানুয়ালি স্পেসকে অতিরঞ্জিত করতে পারেন যাতে কিছু স্থান অব্যবহৃত থাকে। উদাহরণস্বরূপ, আপনি একটি 512 গিগাবাইট এসএসডি থেকে 400 গিগাবাইটে পার্টিশন করতে পারেন এবং অবশিষ্ট স্থানটি নির্বিঘ্নে ছেড়ে দিতে পারেন এবং ড্রাইভটি ফাঁকা স্থান হিসাবে অবিকৃত স্থানটি ব্যবহার করবে। তবে মনে রাখবেন যে এই অবিকৃত স্থানটি আগে লেখা থাকলে তা ছাঁটাই করতে হবে; অন্যথায়, এতে কোনও লাভ হবে না কারণ ড্রাইভটি সেই জায়গাটি দখলকৃত হিসাবে দেখবে। (পার্টিশন ইউটিলিটিগুলি এটি করার জন্য যথেষ্ট স্মার্ট হওয়া উচিত, তবে আমি 100% নিশ্চিত নই; দেখুন "উইন্ডোজ কি কোনও এসএসডি-তে বিভাগবিহীন (বিন্যাসবিহীন) স্থান ট্রিম করে?" )
সাধারণ ভোক্তা পরিবেশে যেখানে ট্রিম সমর্থিত, এসএসডি কম 70০-৮০% কম, এবং এলোমেলো লেখার সাথে ক্রমাগত নিন্দা করে না, লেখার প্রশস্ততা সাধারণত কোনও সমস্যা হয় না এবং ওভারপ্রোভিজনিং সাধারণত প্রয়োজন হয় না।
শেষ পর্যন্ত, বেশিরভাগ গ্রাহকরা উচ্চ এসএসডি-র উচ্চতর লেখার পরিবর্ধন সহ, বেশিরভাগ এসএসডি-র উদ্দেশ্যে পরিষেবা জীবনের মধ্যে ন্যানড পরিধান করার জন্য ডিস্কে প্রায় পর্যাপ্ত ডেটা লিখবেন না, তাই ঘুম হারানোর কিছু নয়।
অতিরিক্ত স্থানের আকার এসএসডি ড্রাইভ মডেলগুলির মধ্যে খুব বেশি পার্থক্য করে তবে সাধারণভাবে এটি এখনও সত্য।