আমি অনেকগুলি "বরাদ্দ ইউনিটের আকার" পছন্দ করে এক্সএফএটিতে একটি ব্র্যান্ড নিউ 2TB ডাব্লুডি পাসপোর্ট ড্রাইভটিকে পুনরায় ফর্ম্যাট করতে পারি:
128kb
256kb
512kb
1024kb
4096kb
16384kb
32768kb
এই ড্রাইভটি মূলত উইন্ডোজ on এ মিডিয়া সেন্টার ব্যবহার করে এইচডিটিভি প্রোগ্রাম রেকর্ড করার জন্য ব্যবহার করা হয় তবে কোনটি সেরা? ধন্যবাদ।
এটি প্রশ্নের সাথে সম্পর্কিত: ম্যাকের সাথে সামঞ্জস্যের জন্য আমাদের বাহ্যিক হার্ড ড্রাইভকে এক্সএফএটি থেকে পুনরায় ফর্ম্যাট করা ভাল?
উত্তর:
আপনার প্রথমে বুঝতে হবে
বরাদ্দ ইউনিটের আকার (AUS)
উপায়।
এটি ডিস্কের সবচেয়ে ছোট ডেটা ব্লক। আপনার প্রকৃত ডেটা ডিস্কে সংরক্ষণ করার সময় সেই ইউনিটগুলিতে পৃথক করা হবে। উদাহরণস্বরূপ, যদি আপনার কাছে ফাইলের আকার 512KB থাকে এবং আপনার 128KB বরাদ্দ ইউনিটের আকার থাকে, আপনার ফাইলটি ডিস্কের 4 ইউনিটে ( 512KB / 128KB ) সংরক্ষণ করা হবে।
আপনার ফাইলের আকার যদি 500 কেবি হয় এবং আপনার 128 কেবি এওএস থাকে তবে আপনার ফাইলটি এখনও ডিস্কের 4 টি ইউনিটে সংরক্ষিত হবে কারণ 128KB উপরে উল্লিখিত হিসাবে একটি বরাদ্দ ইউনিটের ক্ষুদ্রতম আকার। ৩৮৪ কেবি ৩ টি ইউনিটে বরাদ্দ দেওয়া হবে এবং বাকি ১১6 কেবি অন্য ইউনিটে বরাদ্দ দেওয়া হবে । আপনি উইন্ডোজ ফাইলের বৈশিষ্ট্যগুলির পর্দায় এই আচরণটি পর্যবেক্ষণ করতে পারেন, আপনার ফাইলের আকারটি কী এবং এই ফাইলটি আসলে ডিস্কে কতটা জায়গা জুড়ে। এবং অপারেটিং সিস্টেমটি কেবল পঠন করে যে নিম্ন স্তরের ডিস্ক রিড অপারেশনে প্রচুর ডেটা এএসডি করুন।
যাঁরা বলা হচ্ছে, বৃহত এওএস ব্যবহার করে শেষ বরাদ্দ ইউনিট সম্পূর্ণরূপে ব্যবহার না করার কারণে মুক্ত স্থানের ব্যবহার উল্লেখযোগ্যভাবে হ্রাস করে। এবং পার্শ্ব প্রতিক্রিয়া হিসাবে, ডিস্কে ফাইল করার ফাইলগুলির সংখ্যা একই সমস্যার কারণে হ্রাস পেয়েছে, শেষ এ ইউ সম্পূর্ণরূপে ব্যবহৃত হচ্ছে না। তবে, এখানে বাণিজ্য-বন্ধ রয়েছে, বৃহত্তর AUS ব্যবহার করে উল্লেখযোগ্যভাবে আবার ডিস্ক পাঠের কর্মক্ষমতা উন্নত করে improves ওএস আরও একটি ডেটা পড়তে পড়তে পারে। কল্পনা করুন, ওএস একটি জিবি আকারের ফাইল সম্পূর্ণরূপে পড়তে বেশ কয়েকটি ডিস্ক পড়তে বাধ্য করে! ..
ছোট এওএস ব্যবহার করে ফ্রি স্পেসের ব্যবহার উন্নত করে তবে ডিস্কের পড়ার কর্মক্ষমতা হ্রাস করে। বিপরীত, একই বিভাগের সমস্যা এবং উন্নতিতে বড় এউএস ব্যবহার করার কথা ভাবুন তবে বিপরীতে ...
তো, এখানে উপসংহারটি কী? আপনি যদি বড় সঞ্চয় করেন তবে আমার অর্থ "বৃহত্তর!", ডিস্কে থাকা ফাইলগুলি, উচ্চতর এওএস আপনাকে ফাইলের গণনা এবং মুক্ত স্থান হ্রাস করার সময় প্রশংসনীয় পড়ার সম্পাদনা দেবে ...
আপনার কোন AUS ব্যবহার করা উচিত? এটি আপনার গড় ফাইলের আকার কত তার উপর নির্ভর করে। এছাড়াও আপনি নিজের ফাইলের আকার অনুসারে ফ্রি স্পেস ইউজুয়ালাইজেশন গণনা করতে পারেন।
এইচডি রেকর্ডিংগুলি বড় ফাইলগুলি দেওয়া, একটি বৃহত বরাদ্দ ইউনিট (16384 বা 32768 কেবি) আরও ভাল কর্মক্ষমতা দেবে। স্ল্যাক স্পেসের প্রভাব (বরাদ্দ ইউনিটগুলি পুরোপুরি ব্যবহার না করার কারণে স্থান অপচয় হয় - ফাইলগুলি বরাদ্দ ইউনিটে সংরক্ষণ করা হয় যা পুরো ইউনিট হিসাবে অবশ্যই ব্যবহার করা উচিত) খুব অল্প সংখ্যক ফাইলের সাথে সীমাবদ্ধ থাকবে। অন্যদিকে, আপনার যদি আরও অনেক ছোট ফাইল থাকে তবে নষ্ট স্থান হ্রাস করতে একটি ছোট বরাদ্দ ইউনিট ব্যবহার করুন।
আপনি নিরাপদে EXFAT এর জন্য 4K বরাদ্দ ইউনিট ব্যবহার করতে পারেন। আপনার কাছে হাজার হাজার ছোট ফাইল থাকলেও আপনি প্রচুর জায়গা নষ্ট করবেন না। উদাহরণস্বরূপ, GB৪ জিবি ইউএসবি স্টিকের জন্য ডিফল্ট 128KB বরাদ্দ ইউনিটের ক্ষেত্রে, 4K বাইটের 1024 ফাইল 4MB এর পরিবর্তে 128MB দখল করবে, কারণ প্রতিটি ফাইলের কমপক্ষে একটি বরাদ্দ ইউনিট প্রয়োজন।
আপনি যদি ডিস্কটি বেশিরভাগ অডিও এবং ভিডিও ফাইলের জন্য ব্যবহার করেন তবে বৃহত্তর বরাদ্দ ইউনিট ব্যবহার করুন।
32 গিগাবাইটের চেয়ে বড় ডিস্কের জন্য FAT32 কোনও বিকল্প নয় তাই উইন্ডোজ যা কিছু অনুমতি দেয় তা চয়ন করুন।
মূলত, আপনি যে পরিমাণ বড় বরাদ্দ করতে চান তার জন্য প্রতিটি বরাদ্দ ইউনিটের আকার আপনি ব্যবহার করতে পারেন - তবে খুব বড় বা খুব ছোট নয়! আমি মনে করি ড্রাগনলর্ড এটি বেশ ভালভাবে ব্যাখ্যা করেছেন।
সুতরাং যদি আপনার অপচয় হয় তবে আপনি হয়ত অন্য কোনও ফাইল সিস্টেম ব্যবহার করার কথা ভাবতে পারেন। এক্সটি 4 এর মতো কিছু সম্ভবত। মাইক্রোসফ্ট ওএসের (উইন্ডোজ, সত্যিই) সমস্যা আছে এফএটি (ভিএফএটি, ফ্যাট 32, ইত্যাদি) বা এনটিএফএস ব্যতীত অন্য কোনও কিছু দিয়ে খুব ভাল কাজ করে না। এবং যদি আপনি 4Gig এর চেয়ে বড় ফাইলগুলি শেষ করেন তবে আপনি ব্যবহার করতে পারেন এমন কোনও FAT টাইপ সিস্টেমে অভিশপ্ত হয়ে যেতে পারেন। অতএব, আমি প্রস্তাবিত বরাদ্দ ইউনিটের আকারের সাথে এনটিএফএস ফাইল সিস্টেমটি ব্যবহার করার প্রস্তাব দেব (আমি বিশ্বাস করি যে এটি 4K)। এইভাবে, আপনি যদি 4Gig এর চেয়ে বড় ফাইলগুলি শেষ করেন তবে আপনি কমপক্ষে আপনার দৈত্য ফাইলগুলি সংরক্ষণ করতে সক্ষম হবেন যতক্ষণ না আপনি সেগুলি ভেঙে ফেলতে বা আরও ছোট কিছুতে ট্রান্সকোড করতে পারবেন। (আমি ধরে নিই যে আমরা বিশাল মাল্টিমিডিয়া ফাইলের কথা বলছি যার কারণেই আমি "ট্রান্সকোডিং" আনছি কারণ আমি যখন ট্রান্সকোড করি তখন সবসময় ফাইলগুলি ছোট করার উপায় খুঁজে পাই বলে মনে হয়,
FAT (vFAT, FAT32, FAT16, ইত্যাদি) ব্যবহার করার জন্য আমি দেখতে পাবার একমাত্র কারণটি অন্যান্য অপারেটিং সিস্টেমগুলি স্টোরেজ ডিভাইসে ফাইল পড়তে / লিখতে পারে। FAT যতটা পায় তত সর্বজনীনভাবে গৃহীত। অন্যথায়, আমি FAT (ডিভাইসের ক্ষমতা 4Gig বা তার কম না হলে) ব্যবহার করার প্রস্তাব দিই না - কমপক্ষে উইন্ডোজের জন্য এনটিএফএস ব্যবহার করুন। একই শারীরিক ড্রাইভে থাকলেও আপনি সর্বদা আলাদা ফাইল সিস্টেমের সাথে অন্য একটি পার্টিশন তৈরি করতে পারেন। আশা করি এটা সাহায্য করবে.
উইকিপিডিয়া যেমন বলেছে :
একটি নতুন ফাইলের জন্য ক্লাস্টার স্টোরেজ বরাদ্দ উন্নতি করতে, মাইক্রোসফ্ট জড়িত ক্লাস্টারগুলি প্রাক-বরাদ্দকরণ এবং FAT টেবিল আপডেট করার বাইপাস করার জন্য একটি পদ্ধতি অন্তর্ভুক্ত করেছিল।
সুতরাং মূলত আপনি এক্সএফএটি সহ 4KB বা আরও ছোট বরাদ্দ ইউনিট বেছে নিতে পারেন এবং এইচডি ভিডিও সামগ্রীর মতো বড় ফাইলগুলি লেখার সময় সুরক্ষিত থাকতে পারেন।
এনটিএফএসের জন্য ডিফল্ট ক্লাস্টার আকার
নিম্নলিখিত টেবিলটি এনটিএফএসের জন্য ডিফল্ট ক্লাস্টার আকারগুলি বর্ণনা করে। ভলিউম আকার উইন্ডোজ এনটি 3.51 উইন্ডোজ এনটি 4.0 উইন্ডোজ 7, উইন্ডোজ সার্ভার 2008 আর 2, উইন্ডোজ সার্ভার 2008, উইন্ডোজ ভিস্তা, উইন্ডোজ সার্ভার 2003, উইন্ডোজ এক্সপি, উইন্ডোজ 2000 7 এমবি – 512 এমবি 512 বাইট 4 কেবি 4 কেবি 512 এমবি – 1 জিবি 1 কেবি 4 কেবি 4 কেবি 1 জিবি – 2 জিবি 2 কেবি 4 কেবি 4 কেবি 2 জিবি – 2 টিবি 4 কেবি 4 কেবি 4 কেবি 2 টিবি – 16 টিবি সমর্থিত নয় * 4 কেবি 16 টিবি – 32 টিবি সমর্থিত নয় * সমর্থিত নয় * 8 কেবি 32 টিবি – 64 টিবি সমর্থিত নয় * সমর্থিত নয় * 16 কেবি 64TB – 128 টিবি সমর্থিত নয় * সমর্থিত নয় * 32 কেবি 128TB – 256 টিবি সমর্থিত নয় * সমর্থিত নয় * 64 কেবি
256 টিবি সমর্থিত নয় সমর্থিত নয় সমর্থিত
দ্রষ্টব্য (*) এর অর্থ মাস্টার বুট রেকর্ড (এমবিআর) এর সীমাবদ্ধতার কারণে এটি সমর্থিত নয়। FAT16 এর জন্য ডিফল্ট ক্লাস্টার আকার
নিম্নলিখিত টেবিলটি FAT16 এর জন্য ডিফল্ট ক্লাস্টার আকারগুলি বর্ণনা করে। ভলিউম আকার উইন্ডোজ এনটি 3.51 উইন্ডোজ এনটি 4.0 উইন্ডোজ 7, উইন্ডোজ সার্ভার 2008 আর 2, উইন্ডোজ সার্ভার 2008, উইন্ডোজ ভিস্তা, উইন্ডোজ সার্ভার 2003, উইন্ডোজ এক্সপি, উইন্ডোজ 2000 7 এমবি – 8 মেগাবাইট সমর্থিত নয় সমর্থিত নয় সমর্থিত 8 এমবি – 32 এমবি 512 বাইট 512 বাইট 512 বাইট 32 এমবি – 64 এমবি 1 কেবি 1 কেবি 1 কেবি 64 এমবি – 128 এমবি 2 কেবি 2 কেবি 2 কেবি 128 এমবি – 256 এমবি 4 কেবি 4 কেবি 4 কেবি 256 এমবি – 512 এমবি 8 কেবি 8 কেবি 8 কেবি 512 এমবি GB1 জিবি 16 কেবি 16 কেবি 16 কেবি 1 জিবি – 2 জিবি 32 কেবি 32 কেবি 32 কেবি 2 জিবি – 4 জিবি 64 কেবি 64 কেবি 64 কেবি 4 জিবি GB 8 জিবি সমর্থিত নয় 128 কেবি * সমর্থিত নয় 8 জিবি – 16 জিবি সমর্থিত নয় 256 কেবি * সমর্থিত নয়
16 জিবি সমর্থিত নয় সমর্থিত নয় সমর্থিত দ্রষ্টব্য নোট তারকাচিহ্ন (*) এর অর্থ এটি কেবল মিডিয়াতে 512 বাইটের চেয়ে বেশি সেক্টরের আকারের সাথে উপলব্ধ। FAT32 এর জন্য ডিফল্ট ক্লাস্টার আকার
নিম্নলিখিত টেবিলটি FAT32 এর জন্য ডিফল্ট ক্লাস্টার আকারগুলি বর্ণনা করে। ভলিউম আকার উইন্ডোজ এনটি 3.51 উইন্ডোজ এনটি 4.0 উইন্ডোজ 7, উইন্ডোজ সার্ভার 2008 আর 2, উইন্ডোজ সার্ভার 2008, উইন্ডোজ ভিস্তা, উইন্ডোজ সার্ভার 2003, উইন্ডোজ এক্সপি, উইন্ডোজ 2000 7 এমবি – 16 এমবি সমর্থিত নয় সমর্থিত নয় সমর্থিত নয় 16 এমবি – 32 এমবি 512 বাইট 512 বাইটস সমর্থিত নয় 32 এমবি – 64 এমবি 512 বাইট 512 বাইট 512 বাইট 64 এমবি – 128 এমবি 1 কেবি 1 কেবি 1 কেবি 128 এমবি – 256 এমবি 2 কেবি 2 কেবি 2 কেবি 256 এমবি – 8 জিবি 4 কেবি 4 কেবি 8 জিবি – 16 জিবি 8 কেবি 8 কেবি 8 কেবি 16 জিবি – 32 গিগাবাইট 16 কেবি 16 কেবি 16 কেবি 32 জিবি T 2 টিবি 32 কেবি সমর্থিত নয় সমর্থিত নয়
2 টিবি সমর্থিত নয় সমর্থিত নয় এক্সএফএটি-র জন্য ডিফল্ট ক্লাস্টার আকারগুলি সমর্থিত নয়
নিম্নলিখিত টেবিলটি এক্সফ্যাটের জন্য ডিফল্ট ক্লাস্টার মাপ বর্ণনা করে describes ভলিউম আকার উইন্ডোজ 7, উইন্ডোজ সার্ভার 2008 আর 2, উইন্ডোজ সার্ভার 2008, উইন্ডোজ ভিস্তা, উইন্ডোজ সার্ভার 2003, উইন্ডোজ এক্সপি 7 এমবি – 256 এমবি 4 কেবি 256 এমবি – 32 জিবি 32 কেবি 32 জিবি – 256 টিবি 128 কেবি
256 টিবি সমর্থিত নয়