একটি এসএসডি বিভাজন অসুবিধা?


79

নিকের নামে পরিচিত একজন জ্ঞানী লোক একটি শক্তিশালী কম্পিউটার (মাইক্রোসফ্টের ফ্লাইট সিমুলেটর এক্স, একটি অত্যন্ত চাহিদাযুক্ত সফ্টওয়্যার তৈরির দিকে পরিচালিত করার জন্য) পরিচালনার বিষয়ে তার মতামতের উপর একটি দীর্ঘ ফোরাম পোস্ট বজায় রাখে ।

তিনি কোথাও এসএসডি ড্রাইভ সম্পর্কে পয়েন্ট সংকলন করেছেন, এবং তিনি তালিকাটি নীচের মত শেষ করেছেন:

পার্টিশনটি এসএসডি করবেন না

দুর্ভাগ্যক্রমে তিনি এ সম্পর্কে বিস্তারিত ব্যাখ্যা করেন না, তবে আমি কেন অবাক হয়েছি তা অবাক করি। এসএসডি বিভাজনে কী কী ত্রুটি রয়েছে? (এই প্রসঙ্গে পার্টিশনের অর্থ> = ২ টি পার্টিশন)


13
হ্যাঁ, আপনি চাই আছে যাতে এটা ব্যবহার করার জন্য এটা পার্টিশন করার। সম্ভবত, তার অর্থ একাধিক পার্টিশন তৈরি না করা, যদিও তিনি কেন এটি সুপারিশ করবেন তা আমার বাইরে।
ক্রিসইনডমন্টন

1
@ ক্রিসইন এডমন্টন হ্যাঁ তার অর্থ এটিই।
মারিওডিএস

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

2
আমি কেবল অনুমান করতে পারি যে তার অর্থ: "এটি একটি এইচডিডি বা এসডিডি নির্বিশেষে" খুব ছোট ড্রাইভকে ভাগ করবেন না "।
হেনেস

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

উত্তর:


118

এসএসডিগুলি ফাইল সিস্টেমের স্তরে কাজ করে না, আমি পুনরাবৃত্তি করি!

ফাইল সিস্টেম কীভাবে জিনিসগুলি দেখে এবং এসএসডি কীভাবে জিনিস দেখায় তার মধ্যে কোনও 1: 1 সম্পর্ক নেই।

আপনি যেভাবে চান এসএসডি বিভাজন নির্দ্বিধায় (প্রতিটি পার্টিশনটি সঠিকভাবে সংযুক্ত করা হয়েছে, এবং একটি আধুনিক ওএস আপনার জন্য এই সমস্ত পরিচালনা করবে); এটি কোনওরকম ক্ষতি করবে না, এটি অ্যাক্সেসের সময়গুলি বা অন্য যে কোনও কিছুকে প্রতিকূলভাবে প্রভাবিত করবে না এবং এসএসডিকে এক টন লেখার বিষয়ে চিন্তা করবেন না। তাদের কাছে এটি রয়েছে যাতে আপনি দিনে 50 গিগাবাইট ডেটা লিখতে পারেন এবং এটি 10 ​​বছর ধরে চলে।

রবিন হুডের জবাবে সাড়া ,

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

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

একটি এসএসডি ফাইল সিস্টেম যা দেখায় তার চেয়ে অনেক নিম্ন স্তরের অ্যাক্সেসে কাজ করে; একটি এসএসডি ব্লক এবং পৃষ্ঠাগুলি নিয়ে কাজ করে।

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

এটি আরও সহজ করার জন্য: বলুন যে আপনি বিভাজনে একটি ফাইল লিখুন ১। ওএস স্টোরের প্রয়োজনীয়তা সম্পর্কে ফাইল সিস্টেমকে জানায় এবং ফাইল সিস্টেমটি "সেক্টর" বরাদ্দ করে, এবং এসএসডিকে বলে যে এর জন্য এক্স পরিমাণের পরিমাণ প্রয়োজন । ফাইল সিস্টেম 123 এর একটি লজিকাল ব্লক অ্যাড্রেস (এলবিএ) এ ফাইলটি দেখে । এসএসডি একটি নোট তৈরি করে যে এলবিএ 123 ব্লক / পৃষ্ঠা # 500 ব্যবহার করছে (উদাহরণস্বরূপ)। সুতরাং, যতবার ওএসকে এই নির্দিষ্ট ফাইলের প্রয়োজন হয়, এসএসডি এটির সঠিক পৃষ্ঠাটি ব্যবহার করছে to এখন, আমরা যদি এসএসডি-তে লিখতে থাকি, সমান কিক্স পরে থাকি এবং ব্লক / পৃষ্ঠা # 500 বলি, আমরা আপনাকে ব্লক / পৃষ্ঠা # 2300 তে আরও ভাল করতে পারি। এখন, যখন ওএস একই ফাইলটির জন্য অনুরোধ করে, এবং ফাইল সিস্টেমটি আবার এলবিএ 123 এর জন্য জিজ্ঞাসা করে, এসএসডি ব্লক / পৃষ্ঠা # 2300, এবং # 500 না ফিরে আসবে।

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

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

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

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

সুতরাং, একটি ডিফ্র্যাগমেন্টেশন প্রোগ্রাম সেই এলবিএগুলিকে দেখবে এবং বলবে, এই ফাইলটি অবশ্যই সত্যিকারের খণ্ডিত হওয়া উচিত! তবে, যেহেতু এসএসডির অভ্যন্তরীণ দিকগুলির কোনও ধারণা নেই, এটি 100% ভুল। এই কারণেই একটি ডিফ্রেগ প্রোগ্রাম এসএসডিগুলিতে কাজ করবে না, এবং হ্যাঁ, একটি ডিফ্র্যাগ প্রোগ্রামও অযৌক্তিক লেখার কারণ হিসাবে উল্লেখ করা হয়েছিল mentioned

এসএসডি-র জন্য কোডিং নিবন্ধ সিরিজটি কীভাবে চলছে তা নিয়ে একটি সুন্দর ওভারভিউ যা আপনি কীভাবে এসএসডিগুলি কাজ করেন সে সম্পর্কে আরও প্রযুক্তিগত হতে চান।

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

তাদের কাছে প্রচুর অন্যান্য কাগজপত্র পাওয়া যায়, যেমন:

এটি কীভাবে কাজ করে তার উপর আরেকটি কাগজ: ফ্ল্যাশ মেমরির ওভারভিউ  (পিডিএফ)। "ডেটা লেখার" বিভাগটি দেখুন (26-27 পৃষ্ঠা)

ভিডিওটি যদি আপনার জিনিস হয় তবে ফ্ল্যাশ মেমরি এবং সম্পর্কিত স্লাইডগুলিতে ঠিকানা অনুবাদটিকে অনুকূল করতে একটি দক্ষ পৃষ্ঠা-স্তরের এফটিএল দেখুন


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

4
উইন্ডোজ ইন্টারনাল থেকে 6th ষ্ঠ সংস্করণ, অংশ 2, সিএইচ। 9 (স্টোরেজ ম্যানেজমেন্ট) এবং 12 (ফাইল সিস্টেম), আপনি শিখতে পারেন কীভাবে ফাইলগুলিতে I / O ফাইলগুলি ফাইল সিস্টেম ড্রাইভার, তারপরে ভলিউম ড্রাইভার এবং অবশেষে ডিস্ক ড্রাইভার (এসএসডিগুলির জন্য ব্যবহৃত হয়) মাধ্যমে যায়। এফএসডি ব্লক--র-এ-ফাইলকে ব্লক-এর-এ-পার্টিটোন-এর মধ্যে অনুবাদ করে; ভলিউম ড্রাইভার পরেরটিকে ব্লক-এর-এ-ডিস্কে অর্থাৎ এলবিএতে অনুবাদ করে। তাই অনুরোধগুলি ডিস্ক ড্রাইভারের কাছে পৌঁছানোর সময় সমস্ত ফাইল- এবং পার্টিশন-সম্পর্কিত প্রসঙ্গটি GONE। ডিস্ক ফাইল বা পার্টিশন সম্পর্কে সচেতন হতে পারে না কারণ তথ্যটি কেবলমাত্র অনুরোধগুলিতে আসে না।
জেমি হানরাহান

5
রবিনহুডও "হার্ড ড্রাইভের মতো ন্যান্ড-ফ্ল্যাশ এসএসডি'র ক্রমানুসারে অ্যাক্সেসের দাবিতে ভুল হয়েছে । এগুলি এলোমেলো অ্যাক্সেস ডিভাইস। যদি সেগুলি অনুক্রমিক অ্যাক্সেস হয়, তবে আপনি তাদের "ব্লক এন পড়ুন বা লিখতে" বলতে পারবেন না; আপনি কেবল যে ব্লকটিতে অ্যাক্সেস করতে পারবেন তা হ'ল তাৎক্ষণিকভাবে নিম্নলিখিতগুলি অনুসরণ করা যেতে পারে বা তাত্ক্ষণিকভাবে তার পূর্ববর্তী একটি, আপনি কেবল অ্যাক্সেস করেছেন। এটি সত্য যে অভ্যন্তরীণভাবে, NAND- ফ্ল্যাশ এসএসডিগুলি কেবলমাত্র একবারে বড় "পৃষ্ঠাগুলিতে" ডেটা লিখতে পারে, তবে এটি তাদের অনুক্রমিক অ্যাক্সেস করে না। টেপগুলি ক্রমানুসারে অ্যাক্সেস। এটা দেখ.
জেমি হানরাহান

আমার উত্তরে আমার প্রথম লিঙ্কটি ছাড়াও আমি আরেকটি পিডিএফ যুক্ত করেছি।
সময় যমজ

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

15

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

"পার্টিশন এসএসডি করবেন না" পরামর্শটি বাজে।

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

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

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

আসলে, এসএসডি বিভাজন করার যুক্তিটি আজ ক্লাসিকাল ডিস্কগুলির ঠিক ঠিক একই রকম:
আরও ভালভাবে ডেটা সংগঠিত এবং পৃথক করার জন্য।

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


4

এসএসডি বিভাজনে কোনও ত্রুটি নেই এবং আপনি কিছু অবিভাজন স্থান রেখে প্রকৃতপক্ষে এর জীবন বাড়িয়ে দিতে পারেন।

ডিভাইসের সমস্ত ব্লকগুলিতে পরিধান স্তর প্রয়োগ করা হয় (রেফারেন্স এইচপি হোয়াইট-পেপার, নীচে লিঙ্ক করা)

স্ট্যাটিক পরিধান সমতলকরণে, ডিভাইসে উপলব্ধ সমস্ত ফ্ল্যাশ জুড়ে সমস্ত ব্লক পরিধান-সমতলকরণ ক্রিয়াকলাপে অংশ নেয়। এটি নিশ্চিত করে যে সমস্ত ব্লক একই পরিমাণ পরিধান গ্রহণ করে। স্ট্যাটিক পরিধান স্তরের স্তরটি বেশিরভাগ ক্ষেত্রে ডেস্কটপ এবং নোটবুক এসএসডিতে ব্যবহৃত হয়।

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

ডিভাইসের লাইভ প্রসারিত করার জন্য একই হোয়াইটপেপার একটি ভাল পরামর্শ দেয়:

এর পরে, আপনার ড্রাইভকে ওভারপ্রোভিজন করুন। আপনি কেবলমাত্র ডিভাইসের মোট ক্ষমতার একটি অংশ ভাগ করে আজীবন বাড়াতে পারেন। উদাহরণস্বরূপ, আপনার যদি 256 গিগাবাইট ড্রাইভ থাকে তবে এটি কেবল 240 জিবিতে পার্টিশন করুন। এটি ড্রাইভটির আয়ু বহুলাংশে বাড়িয়ে দেবে। একটি 20% ওভারপ্রোভিজনিং স্তর (কেবলমাত্র 200 গিগাবাইটে পার্টিশন করা) জীবন আরও বাড়িয়ে দেবে। থাম্বের একটি ভাল নিয়ম হ'ল প্রতিবার যখন আপনি ড্রাইভের ওভারপ্রোভিজনিংয়ের দ্বিগুণ হন আপনি ড্রাইভের সহনশীলতায় 1x যোগ করেন।

এটি এমনও ইঙ্গিত দেয় যে এমনকি নিরবিচ্ছিন্ন স্থানটি পোশাক-সমতলকরণের জন্য ব্যবহৃত হয়, এইভাবে উপরের পয়েন্টটি আরও প্রমাণ করে।

উত্স: প্রযুক্তিগত শ্বেত পত্র - এসএসডি সহিষ্ণুতা ( http://h20195.www2.hp.com/v2/getpdf.aspx/4AA5-7601ENW.pdf )


1

ডিস্ক সেক্টরগুলি দীর্ঘকাল ধরে 512 বাইট ছিল এবং যান্ত্রিক ডিস্কগুলির এমন একটি সম্পত্তি রয়েছে যা কেবলমাত্র সেক্টর পড়তে / লিখতে কত সময় নেয় তা প্রভাবিত করে the সুতরাং যান্ত্রিক হার্ড ড্রাইভের সাথে প্রধান অপ্টিমাইজেশন পদক্ষেপটি চেষ্টাগুলি হ্রাস করার জন্য ক্রমক্রমে ব্লকগুলি পড়ার / লেখার চেষ্টা করা হয়েছিল।

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

ফ্ল্যাশের জন্য একটি সাধারণ পৃষ্ঠার আকার 2KBytes, এবং ইরস ব্লকগুলির জন্য একটি সাধারণ আকার 128KBytes।

তবে সাটা এসএসডিগুলি একটি ইন্টারফেস উপস্থাপন করে যা 512 বাইট সেক্টরের মাপের ওএসের সাথে কাজ করে।

পৃষ্ঠাগুলি এবং খাতগুলির মধ্যে যদি 1: 1 ম্যাপিং থাকে তবে আপনি দেখতে পাচ্ছেন যে আপনার পার্টিশন টেবিলটি যদি কোনও মুছে ফেলা অবরুদ্ধের মাঝখানে কোনও বিজোড় পৃষ্ঠা বা কোনও পৃষ্ঠাতে শুরু হয় তবে আপনি কীভাবে সমস্যায় পড়বেন। ওএসরা 4Kbyte খণ্ডে ড্রাইভ থেকে ডেটা আনতে পছন্দ করে যেহেতু এটি x86 পেজিং হার্ডওয়্যারের সাথে সামঞ্জস্য করে, আপনি দেখতে পাচ্ছেন যে এই জাতীয় 4Kbyte ব্লকটি কীভাবে একটি মুছে ফেলা যাবে, যার অর্থ এটি আপডেট করার জন্য মুছে ফেলা দরকার হবে, তারপরে 1 এর পরিবর্তে 2 টি ব্লক পুনর্নির্মাণ করা কম কর্মক্ষমতা।

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

আপনি 4Kn হার্ড ড্রাইভ সম্পর্কে শুনে থাকতে পারেন। এগুলি মেকনিকাল হার্ড ড্রাইভ যা অভ্যন্তরীণভাবে 4Kbytes এর একটি সেক্টর আকার ব্যবহার করে তবে এখনও অপারেটিং সিস্টেমগুলিতে 512-বাইট সেক্টর ইন্টারফেস উপস্থাপন করে। এটি প্রয়োজন কারণ খাতগুলির মধ্যে ব্যবধানগুলি আরও ডেটা ফিট করার জন্য প্ল্যাটারে আরও ছোট হওয়া দরকার।

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

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


-1

এই উত্তরগুলি যা উপেক্ষা করে তা হ'ল উইন্ডোজ এসএসডি অপ্টিমাইজেশন। আমি জানিনা এর অর্থ এই যে পার্টিশনটি আরও ভাল হয় কিনা তবে উইন্ডোজ ড্রাইভ হিসাবে পার্টিশনযুক্ত সি-ড্রাইভের জন্য আপনি যা করতে পারেন:

  1. সূচকের পালা
  2. শেষ অ্যাক্সেস সময় ট্র্যাক রাখা প্রয়োজন হবে না
  3. পুরানো 8 টি অক্ষরের ডস-নাম সংরক্ষণ করার দরকার নেই
  4. উইন্ডোজ ট্র্যাস বাইপাস করুন

ইনডেক্সিং বন্ধ করা অনুসন্ধানগুলি কেবল ধীর করে দেয় না এর অর্থ আপনি ফাইলের অভ্যন্তরে অনুসন্ধান করতে অক্ষম হন। এটি একটি ভাল পরামর্শ নয়।
রিচার্ড

-2

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

পেছনের তথ্য:

একটি এসএসডি কী ?:

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

নন্দ-ফ্ল্যাশ এসএসডি কেন একটি হার্ড ড্রাইভ বিকল্প হিসাবে কাজ করতে ইচ্ছুক ??

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

নন্দ-ফ্ল্যাশ কি ?:

ফ্ল্যাশ স্টোরেজ এমন স্টোরেজ মাধ্যম যা ডেটা সঞ্চয় করার জন্য চৌম্বকবাদের চেয়ে বিদ্যুৎ ব্যবহার করে। নান্দ-ফ্ল্যাশ হ'ল ফ্ল্যাশ স্টোরেজ যা ন্যানড গেটওয়ে ব্যবহার করে। এ্যান্ড-ফ্ল্যাশ থেকে পৃথক যা এলোমেলো অ্যাক্সেস, ন্যান্ড-ফ্ল্যাশ ক্রমানুসারে অ্যাক্সেস করা হয়।

নন্দ-ফ্ল্যাশ এসএসডি কীভাবে ডেটা সঞ্চয় করে?:

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

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

পরিধান স্তর কি ?:

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

ওভার বিধানের কি ?:

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

লেখার প্রশস্তকরণ কী ?:

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

ট্রিম কি??:

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

আপনার প্রশ্নের উত্তর "এসএসডি বিভাজনে অসুবিধা?":

রাম ভিত্তিক এসএসডি:

একেবারে কোনও অসুবিধা নেই কারণ এগুলি এলোমেলো অ্যাক্সেস!

নন্দ-ফ্ল্যাশ ভিত্তিক এসএসডি:

আমার মনে আসা কেবলমাত্র অসুবিধাগুলি হ'ল:

  1. পরিধান স্তরটি খেলতে তেমন নিখরচায় জায়গা পাবে না, কারণ লেখার ক্রিয়াকলাপ একটি ছোট স্থান জুড়ে ছড়িয়ে যাবে, সুতরাং আপনি "পারতেন", তবে ড্রাইভের সেই অংশটি আপনার চেয়ে দ্রুত গতিতে হবে না যদি পুরো ড্রাইভ হয় অতিরিক্ত পার্টিশনের উপর সমতুল্য পরিধান সম্পাদন করা না হলে একক বিভাজন ছিল (যেমন: ডুয়াল বুট)।

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

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

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

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


17
"১. পরিধান সমতলকরণের সাথে খেলতে তেমন নিখরচায় জায়গা থাকবে না, কারণ লেখার কাজগুলি একটি ছোট স্থান (...) জুড়ে ছড়িয়ে দেওয়া হবে"। এটি সত্য বলে মনে হচ্ছে না কারণ এসএসডি কন্ট্রোলার (কমপক্ষে এসএসডি এবং অপারেটিং সিস্টেম যা ট্রিম সমর্থন করে ) এর মাধ্যমে নিম্ন স্তরে পরিধান স্তর সম্পাদন করা হয় । superuser.com/a/901521/517270
Misko321

4
NAND ভিত্তিক স্মৃতি ব্লকগুলিতে এলোমেলো অ্যাক্সেসের অনুমতি দেয়। এটি যা অনুমোদন করে না তা হ'ল একটি ব্লকের ভিতরে বিটগুলিতে এলোমেলো অ্যাক্সেস। সুতরাং পার্টিশনগুলি এলোমেলোভাবে অ্যাক্সেস করা যায় কারণ এগুলি ব্লকের আকারের বহুগুণ (কমপক্ষে হওয়া উচিত, যদি ব্যবহারকারী কোনওভাবে স্মৃতিতে গোলযোগ না করে, অর্থাত্ কী হচ্ছে তা না জেনে পার্টিশন অ্যাপস ব্যবহার করে)
মিগুয়েল অ্যাঞ্জেলো

5
1 এবং 2 পয়েন্টগুলি সম্পূর্ণ মিথ্যা বলে মনে হচ্ছে
আন্ডারস্কোর_আর

-14

না, এটা বোঝা যায়।

একটি এসএসডি এর গতি ব্যবহারের পার্টিশনে ব্যবহারযোগ্য জায়গার পরিমাণের সাথে সরাসরি সংযোগ স্থাপন করে। আপনি যদি ড্রাইভটিকে ছোট ছোট ভাগে বিভক্ত করেন তবে ফাঁকা জায়গার অভাবে এসএসডি এর কার্যকারিতা ক্ষতিগ্রস্থ হবে।

সুতরাং এসএসডি বিভাজনে কোনও অসুবিধা নেই, তবে ড্রাইভে ফাঁকা জায়গা না থাকার কমতি রয়েছে।

এই সুপার ব্যবহারকারী পোস্টটি দেখুন


1
লজিক্যাল পার্টিশন তৈরি করা কি অগত্যা তাদের পূরণ করে না? এটি করতে গিয়ে আপনি কীভাবে স্বয়ংক্রিয়ভাবে জায়গা হারাবেন তা আমি দেখতে পাচ্ছি না।
মারিওডিএস

1
ওএস জানে যে কোন ব্লকগুলি ব্যবহার করা যেতে পারে এবং কোনগুলি ব্লকগুলি বিনামূল্যে, ড্রাইভটি পারে না। বিভাজন দ্বারা ওএসের কম ফ্রি ব্লক রয়েছে যা এটি জানে, যেগুলি ব্যবহার করা যেতে পারে blocks এটি কর্মক্ষমতা হ্রাস করে। টিআরআইএম ওএস দ্বারা পার্টিশন স্তরে কার্যকর করা হয়।
মার্ক লোপেজ

10
কিন্তু এটা করতে পারেন. সর্বোপরি ট্রিমের জন্য এটিই। টিআরআইএম সেক্টর স্তরে কার্যকর করা হয় এবং এসএসডি পার্টিশনের বিষয়ে যত্ন করে না। এটি কেবল ক্ষেত্রগুলি (ওরফে ফ্ল্যাশ সেল) সম্পর্কে যত্নশীল। যেমন পার্টিশনের পারফরম্যান্সে কেবলমাত্র একটি স্বল্প প্রভাব (ফাইল সিস্টেম ওভারহেড দ্বারা ব্যবহৃত স্থান) থাকে।
ড্যানিয়েল বি

1
প্রকৃতপক্ষে এইচডিডি
হ'ল আপনার পক্ষে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.