সলিড স্টেট ডিস্কে ডেটা লেখা হলে কী হয় তা বেশ কয়েকটি নিবন্ধের উপযুক্ত ( এখানে ভাল সংক্ষিপ্তসার ), কারণ এটি খুব জটিল এবং অন্তর্নিহিত প্রযুক্তির উপর নির্ভর করে। ছোট গল্পটি হ'ল সাধারণভাবে এসএসডি মেমোরিতে শূন্য বিট লিখতে পারে না। পরিবর্তে, তাদের মেমরির পুরো বিভাগটি শূন্য করতে হবে (মুছতে হবে) এবং তারপরে তারা কেবল সেটিতে এটি লিখে ডেটা সংরক্ষণ করতে পারবেন। সাধারণত আজকাল তারা 512 বাইট ব্লক লিখে তবে একটি পৃষ্ঠা মুছে দেয় 8 টি ব্লকের যা 4096 This চৌম্বকীয় এইচডিডি স্পিনিংয়ের চেয়ে।
সেটাকে একদিকে রেখে, SATA ড্রাইভগুলি (এবং আফাইক এসএএস ড্রাইভ) এক সেক্টর থেকে অন্য সেক্টরে ডেটা অনুলিপি করার জন্য নেটিভ কমান্ড প্রয়োগ করে না। (বা কমপক্ষে Sata বা SAS স্পেসে তাদের কোনও প্রয়োজন নেই, সুতরাং ওএস এই জাতীয় কমান্ড উপলব্ধ বলে গণ্য করতে পারে না)) সুতরাং একটি পার্টিশন জুড়ে একটি ফাইল অনুলিপি একটি ড্রাইভ সেক্টর থেকে হোস্ট মেমোরিতে ডেটা পড়া এবং তারপরে লিখিত থাকবে এটি ভিন্ন খাতে ড্রাইভে ফিরে আসে।
এটি কারণ ওএস সম্পর্কিত, একটি ড্রাইভ সংখ্যাযুক্ত লজিক্যাল সেক্টরগুলির একটি সেট এবং এটি যা করতে পারে তা সেক্টর থেকে পড়তে এবং খাতগুলিতে লেখার জন্য। ওএস ড্রাইভকে পুনরায় সেক্টরগুলিতে বলতে পারে না।
তদতিরিক্ত, ফাইল সিস্টেম (এইচএফএস +, এনটিএফএস, এক্স 3, ইত্যাদি) ডাটা স্ট্রাকচারের একটি সেট যা লজিক্যাল ব্লকের সেটগুলিতে অর্ডার আরোপ করে। এই ডেটা স্ট্রাকচারগুলি "ফাইল", "ফাইলের নাম", "ডিরেক্টরিগুলি", "অনুমতি", ইত্যাদি বাস্তবায়ন করে তাই হ্যাঁ, আপনি যখন কোনও ফাইলকে একটি ডিরেক্টরি থেকে অন্য ডিরেক্টরিতে নিয়ে যান, তখন এটি অনুলিপি করা হয় না; ফাইল ডিরেক্টরিটি কেবল ফাইল সিস্টেমের ডেটা আপডেট হয় তা নির্দেশ করে।
পার্টিশনের ধারণাটি হ'ল এটি একক ফাইল সিস্টেম দ্বারা দাবি করা ড্রাইভে লজিক্যাল সেক্টরগুলির একটি সেট। এটির মূলত: কোনও ফাইল সিস্টেম তার পার্টিশনের বাইরে সেক্টর অ্যাক্সেস করতে পারে না। বড় অংশে এটি একটি সুরক্ষা বৈশিষ্ট্য, তবে এটি এও প্রবাহিত করে যে ফাইল সিস্টেমের ডেটা স্ট্রাকচারগুলি সমস্ত ফাইল সিস্টেমের মালিকানাধীন ড্রাইভের প্রতিটি সেক্টরের অ্যাকাউন্টিংয়ের চারপাশে নির্মিত এবং সেক্টর যুক্ত করা বা অপসারণ করা একেবারে তুচ্ছ নয় যারা কাঠামো। এই কারণেই আপনাকে একটি পার্টিশনের আকারকে সামঞ্জস্য করতে বিশেষ রুটিনগুলি চালাতে হবে এবং ফাইল সিস্টেমগুলি খাতগুলির স্বচ্ছ সেটগুলিতে চলার জন্য কেন জোর দেয়।
সুতরাং ফাইল ফাইলের অনুলিপি কেবল একটি ফাইল সিস্টেম থেকে অন্য ফাইলগুলিতে সেক্টর স্থানান্তরকরণ হিসাবে প্রয়োগ করা অবৈধ এবং বিপজ্জনক। একটি ঘুরানো চৌম্বকীয় ড্রাইভে, এটি একটি পারফরম্যান্স দুঃস্বপ্নও হবে, যদিও ড্রাইভটি খারাপ খাতগুলিকে ব্যতিক্রম করবে, সাধারণভাবে এটি সেক্টরগুলিকে শারীরিকভাবে এমনভাবে স্থাপনের ব্যবস্থা করে যাতে ধারাবাহিকভাবে পড়ার এবং লেখার গতিটি অনুকূল করা যায় to সেক্টর।
অতিরিক্তভাবে, 2 ফাইল সিস্টেমগুলি ফাইলের ডেটা একইভাবে ডিস্কে সঞ্চয় করতে পারে না, যার ফলে অদলবদল সেক্টরগুলি ব্যবহারিক হলেও কার্যকর হবে না। এমনকি এগুলি একই ফাইল সিস্টেমের ধরণের হলেও, এনটিএফএস বলুন, একটি এনক্রিপশন বা সংক্ষেপণ ব্যবহার করতে পারে এবং অন্যটি নয়, বা উভয়ই ডেটা এনক্রিপ্ট করতে পারে, তবে বিভিন্ন কী দিয়ে। ফাইলের ডেটা হ'ল ডিস্কে যা সংরক্ষণ করা হয় তা হ'ল এটি প্রয়োজন হয় না, যা কিছু সংরক্ষণ করতে হয় তা হ'ল ডেটার বিপরীত পরিবর্তন, যাতে ফাইল সিস্টেমটি কিছু দিয়ে ফাইলের ডেটা পেতে পারে ডিস্কের ডেটা সুতরাং যদি না উভয় ফাইল সিস্টেম হুবহু একই রূপান্তর ব্যবহার করে না, কেবল সেক্টর অদলবদলগুলি ফাইলের ডেটা স্থানান্তর করার লক্ষ্য অর্জন করতে পারে না।
এই সমস্ত কারণে, ওএস লেখক এবং ফাইল সিস্টেম লেখকদের এমন একটি বৈশিষ্ট্য প্রয়োগ করতে পারে যা এসএসডি-র জন্য পার্টিশন জুড়ে চলনগুলিকে অনুকূল করে তোলে too সুতরাং যে কোনও ক্রস-পার্টিশন মুভ রিড এবং রাইট হবে।
এসএসডির অভ্যন্তরে এটি কিছুটা আলাদা গল্প। যদিও ওএস ড্রাইভটি এটি জানায় নি যে এটি এক জায়গা থেকে অন্য জায়গায় ডেটা অনুলিপি করছে, এসএসডিগুলিতে লেখাগুলি এত ব্যয়বহুল (এবং জটিল) যে এসএসডি নিয়ন্ত্রণকারীরা লেখাকে ছোট করার জন্য প্রচুর কাজ করে do কিছু এসএসডি এতদূর গেছে যে কোনও সেক্টর যখন স্টোরেজটিতে লিখিত হচ্ছে ইতিমধ্যে সঞ্চিত একটি সেক্টরের সাথে মিলছে এবং সেই শারীরিক মেমরিটির টুকরোটি এখন অনুলিপি না করে 2 টি ভিন্ন যৌক্তিক খাতকে ম্যাপিং হিসাবে চিহ্নিত করেছে, অভ্যন্তরীণ ড্রাইভ স্তরে কী করছে ওএস পারেনি।
তবে এটিতে বিশ্বাস করবেন না।
mvজন্য, বিমূর্ত স্তরগুলিকে ব্যাপকভাবে মিশ্রণ করতে হবে।