ট্রিম ঠিক কী?


14

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

যদি এটি সঠিক হয়, তার মানে কি, এসএসডি'র যে টিআরআইএম ব্যবহার করে না ব্লকগুলিতে জিরো লিখেছে, যখন কোনও ফাইল মুছে ফেলা হয়, এসএসডিকে জানাতে যে ব্লকগুলি মুক্ত?

এই পড়া

অতিথির মধ্যে থাকা ফাইল সিস্টেমগুলি ব্লকগুলি পুনরায় ব্যবহার না করার প্রবণতা দেয় যার অর্থ একটি ভার্চুয়াল চিত্রের আকারের তুলনায় কোনও ফাইল সিস্টেম ছোট থেকে গেলেও প্রকৃত চিত্রের আকারটি সর্বোচ্চ আকারে না পৌঁছানো অবধি বাড়তে থাকে।

আমাকে ভাবতে পরিচালিত করে, এসএসডি জিরো দিয়ে ওভাররাইট করে না? বা অতিথিদের মধ্যে ফাইল সিস্টেমগুলি কি সম্পূর্ণ আলাদা?

উত্তর:


16

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

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

সর্বদা प्रीরিসড সেলগুলির সেট রয়েছে কিনা তা নিশ্চিত করতে, যে কোনও সময় কোনও ঘরের প্রয়োজন হয় না, ড্রাইভটি ব্যাকগ্রাউন্ড মোছার জন্য নির্ধারিত করে এবং ফি সেলগুলির তালিকায় যুক্ত করে।

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

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

তবুও, বেশিরভাগ এসএসডিগুলি ফ্ল্যাশ মেমরির দৈহিক আকারের চেয়ে কম ক্ষমতাকে প্রকাশ করে, কখনও কখনও 75% এর চেয়ে কম হয়। এটি এটিকে কিছু অব্যবহৃত সেল এমনকি 100% পূর্ণ সিস্টেমে রাখার অনুমতি দেয়, যাতে ব্যবহৃত (সেকেন্ড) লেখার সেক্টরগুলি এখনও দ্রুত হয়।


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

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

"একটি ঘরে লিখছেন (সাধারণত 4KB)" - আপনি ফ্ল্যাশ মেমরির প্রচলিত ব্যবহারের তুলনায় "সেল" ধারণার অপব্যবহার করছেন । একটি ফ্ল্যাশ "সেল" কেবলমাত্র একটি (বা কয়েকটি) বিট (গুলি) সঞ্চয় করে। আপনার "সেল" এর ব্যবহারটি সাধারণত বৃহত্তর (মুছে ফেলা) ব্লকের (128 কে হতে পারে) সাথে সামঞ্জস্যপূর্ণ বলে মনে হয়, সাধারণত ফ্ল্যাশ আইসি ডেটাশিটে বর্ণিত। ডেটা সংস্থাটি সেল <সেক্টর <পৃষ্ঠা <ব্লক <প্লেন <চিপ।
d

8

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

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

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

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


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

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