"আকার" এবং "ডিস্কে আকার" এর মধ্যে এত বড় পার্থক্য কেন?


302

আপনি নীচে দেখতে পাচ্ছেন যে, আমার ফোল্ডারে ডিস্ক ক্ষেত্রগুলিতে আকার এবং আকারের মধ্যে অনেক পার্থক্য রয়েছে । কেন এমন?

স্ক্রিনশট 1,504 ফোল্ডারে 50,875 ফাইল দেখাচ্ছে, 105 এমবি ডিস্কে 1.43 গিগাবাইট being

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

বিটিডাব্লু, এই ফোল্ডারটি আমার অ্যান্ড্রয়েড ফোনের এসডি কার্ডে রয়েছে। এর অভ্যন্তরে, আমার মানচিত্র অ্যাপ্লিকেশনটি এর ক্যাশেড মানচিত্রগুলি সঞ্চয় করে এবং অ্যাপ্লিকেশনটি Google মানচিত্র থেকে তার মানচিত্র পায়।


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

1
@ মাইকেলকার্জলিং হি, আমি খণ্ড খণ্ডের বিষয়ে একটি সামান্য আলোচনায় সবেমাত্র সম্পাদনা করেছি (কিছুটা আগে বিভ্রান্ত হয়ে পড়েছি)
বব

21
@ মাইকেলKjörling উত্তর ফিট করার জন্য প্রশ্নগুলি পূর্ববর্তীভাবে সম্পাদনা করবেন না । উত্তরের একটিতে ওপির প্রশ্নের খণ্ডিত অংশকে সম্বোধন করা হয়েছে। বিভ্রান্তি এড়াতে আপনার সম্পাদনাটি আবার ঘুরিয়ে দেওয়া দরকার।
দান্তেএগ্রিগোর

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

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

উত্তর:


303

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

আপনার যদি অনেক ছোট ফাইল থাকে তবে অবশ্যই এটি সম্ভব। এই বিবেচনা:

  • 50,000 ফাইল।

  • 32 কেবি ক্লাস্টার আকার (বরাদ্দ ইউনিট), যা FAT32 এর জন্য সর্বোচ্চ

ঠিক আছে, এখন নেওয়া সর্বনিম্ন স্থানটি 50,000 * 32,000 = 1.6 গিগাবাইট (গণিতের সরলকরণের জন্য বাইনারি নয়, এসআই উপসর্গ ব্যবহার করে)) প্রতিটি ফাইল ডিস্কে যে স্থান নেয় তা সর্বদা বরাদ্দ ইউনিটের আকারের একাধিক - এবং এখানে আমরা ধরে নিচ্ছি যে প্রতিটি ফাইলই কেবলমাত্র একক ইউনিটের সাথে সামান্য পরিমাণে ফিট করতে পারে, কিছু কিছু (নষ্ট) স্থান রেখে যায়।

যদি প্রতিটি ফাইলের গড় 2 কেবি হয়, তবে আপনি মোট 100 এমবি পেয়ে যাবেন - তবে বরাদ্দ ইউনিটের আকারের কারণে আপনি গড়ে 15x (ফাইল প্রতি 30 কেবি) নষ্ট করছেন।


গভীরতর ব্যাখ্যা

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

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

কেন বিভিন্ন বরাদ্দ ইউনিটের আকার আছে? ভাল, এটি একটি বড় টেবিল (অ্যাড্রেস বুক, যেমন জন 123 ফেক স্ট্রিট, 124 ফেক স্ট্রিট, 66 66 Satan শয়তান লেন, ইত্যাদি) এর একটি বাড়ির মালিক, বা প্রতিটি ইউনিটে (ঘর) এর বেশি নষ্ট স্থানের মধ্যে বাণিজ্য হয়ে যায়। আপনার কাছে যদি বৃহত্তর ফাইল থাকে তবে বৃহত্তর বরাদ্দ ইউনিটগুলি ব্যবহার করা আরও তাত্পর্যপূর্ণ - কারণ অন্য সমস্ত ফাইল পূরণ না হওয়া পর্যন্ত কোনও ফাইল নতুন ইউনিট (ঘর) পায় না। আপনার যদি খুব ছোট ছোট ফাইল থাকে তবে ভাল, আপনার যে কোনও উপায়ে একটি বড় টেবিল (অ্যাড্রেস বুক) লাগবে যাতে তাদের পাশাপাশি ছোট ছোট ইউনিট (ঘর) দেওয়া যেতে পারে।

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


ফ্র্যাগমেন্টেশন?

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


সম্ভাব্য সমাধান

হিসাবে gladiator2345 প্রস্তাব , এই সময়ে আপনার শুধুমাত্র বাস্তব অপশন এটি সঙ্গে বসবাস বা ছোট বরাদ্দ ইউনিট পুনরায় ফরম্যাট করতে চলেছেন।

আপনার কার্ডটি FAT16 এ ফর্ম্যাট করা যেতে পারে, যা টেবিল আকারের একটি ছোট সীমা রয়েছে এবং তাই একটি বৃহত্তর ভলিউম (32 কেবি বরাদ্দ ইউনিট সহ 2 গিগাবাইটের উপরের সীমা) সম্বোধনের জন্য অনেক বড় বরাদ্দ ইউনিট প্রয়োজন requires সোর্স সৌজন্যে ব্রিয়াম । যদি এটি হয় তবে আপনার নিরাপদে যে কোনও উপায়ে FAT32 হিসাবে ফর্ম্যাট করতে সক্ষম হওয়া উচিত।


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

3
(কম প্রযুক্তিগতভাবে, এটি কেবল "স্ল্যাক" নামে পরিচিত))
6'21 এ হাবসগুলি

1
ক্লাস্টারের আকারগুলি সর্বোচ্চ ফাইল সিস্টেমের আকারকেও সীমাবদ্ধ করে। উদাহরণস্বরূপ, যদি আপনার ঠিকানার স্থানটি 32-বিট হয় তবে আপনার মোট ~ 4.29 বিলিয়ন সম্ভাব্য মোট ক্লাস্টার রয়েছে। এখন, আপনি যদি এনটিএফএস (512 বাইট) দ্বারা সমর্থিত ক্ষুদ্রতম ক্লাস্টার আকার ব্যবহার করেন তবে আপনি সর্বাধিক 512 * 2 ^ 32 বাইট = 2 জিআইবি সম্বোধন করতে পারেন। আপনার যদি এমন একটি ভলিউম প্রয়োজন হয় যা 2 GiB এর বেশি ডেটা সঞ্চয় করতে পারে তবে আপনাকে ক্লাস্টারের আকার বাড়াতে হবে। আপনি সঞ্চয় করার চেষ্টা করছেন এমন প্রকৃত বৃহত্তম ফাইলের থেকে এটি সমস্ত স্বতন্ত্র granted
অ্যান্ডন এম। কোলেম্যান

4 কিবি ক্লাস্টারগুলি আপনাকে 16 টিবি আকারের আকারে ফাইলগুলিকে সম্বোধন করতে দেয়, যা ভবিষ্যতের জন্য যথেষ্ট enough
অ্যান্ডন এম। কোলেম্যান

1
ভাল, তিনি তার ছোট ফাইলগুলির সংরক্ষণাগারটিকে একটি বড় ফাইলের মধ্যে সংকোচিত করতে পারেন।
einpoklum

45

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

এর অভ্যন্তরে, আমার মানচিত্র অ্যাপ্লিকেশনটি এর ক্যাশেড মানচিত্রগুলি সঞ্চয় করে এবং অ্যাপ্লিকেশনটি Google মানচিত্র থেকে তার মানচিত্র পায়

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


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

1
@ بابি এর পরে সমাধানটি বিকাশকারী পক্ষের ডি থেকে নেওয়া উচিত:
ব্রায়াম

4
এটা সম্পূর্ণ সত্য। আমি আপাতত মনে করি, আমার অ্যাপটি পরিবর্তন করা উচিত।
vfsoraki

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

1
একেবারে সত্য ..... +1
অরুনদেবমা

25

যদি কেউ এই সমস্যার মুখোমুখি হন তবে এটি জানার জন্যও দরকারী হতে পারে যে ডিস্কে ফাইলের আকার / স্থানের মধ্যে বড় পার্থক্য দেখার আরও একটি কারণ হ'ল বিকল্প ডাটা স্ট্রিম (এডিএস) ব্যবহার is

এটি আমার জ্ঞানের ক্ষেত্রে কেবল এনটিএফএসের ক্ষেত্রে প্রযোজ্য। এডিএস বৈধ এবং বৈধ নয় উভয় ব্যবহারের জন্যই পরিচিত:

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

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

মূল কথাটি হ'ল বড় আকারের ফাইলের আকারের পার্থক্য লক্ষ্য করা যায়, এডিএস এবং লুকানো ম্যালওয়ারের সম্ভাবনা উপেক্ষা করবেন না।

আর একটি লিঙ্ক

এডিএস সহ নিরাপদে পরীক্ষা করতে, ডস / সিএমডি স্তরে এটি ব্যবহার করে দেখুন ...

সি এর মূলে একটি ফাইলের সামগ্রী তৈরি এবং প্রদর্শন করুন:

C:\> echo The main data stream> test.txt
C:\> type test.txt

ফলাফল:

C:\> The main data stream

এখন একই পদ্ধতিতে একটি এডিএস যুক্ত করুন, কেবল ফাইলের নাম ছাড়াও অ্যাডস নামটি নির্দিষ্ট করুন:

C:\> echo The secret message> test.txt:secret

আপনি কেবল গোপন বার্তাটি ফাইলটিতে লুকিয়ে রেখেছেন। নোট করুন যে এক্সপ্লোরারটিতে ফাইলের আকার পরিবর্তিত হয়নি তবে আমরা ADS "সিক্রেট" এ বাইট যুক্ত করেছি।

এডিএস সামগ্রী প্রদর্শন করার চেষ্টা করুন:

C:\> type test.txt:secret

ফলাফল:

The filename, directory name, or volume label syntax is incorrect.

সিএমডি এডিএসের typeসামগ্রী প্রদর্শন করতে সক্ষম নয়। পরিবর্তে আমরা নোটপ্যাড ব্যবহার করব:

notepad test.txt:secret

নোটপ্যাডে আমরা বিজ্ঞাপনগুলির বিষয়বস্তু দেখতে পারি:

The secret message

আপনি কোনও নির্দোষ পাঠ্য ফাইলের এডিএসে একটি সম্পূর্ণ নির্বাহযোগ্যকে গোপন করতে পারেন এবং যে কোনও সময় এটি চালাতে পারেন। সম্পদ হ্যাকারদের ক্ষতি করে না :-)


আমি নিজে উইন-ম্যান নই, আমার কাজ বেশিরভাগ লিনাক্সেই হয়। এটি খুব দরকারী ছিল। আপনাকে ধন্যবাদ
vfsoraki

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

19

ক্লাস্টারের আকারের কারণে সমস্যা হতে পারে।

মাইক্রোসফ্ট অনুসারে :

আপনি যদি ভলিউমে থাকা কোনও ফাইল বা ফোল্ডারগুলির জন্য এনটিএফএস সংক্ষেপণ ব্যবহার না করে থাকেন তবে একটি বৃহত্তর-থেকে প্রয়োজনীয় ক্লাস্টারের আকারের কারণে SIZE এবং SIZE অন ডিস্কের মধ্যে পার্থক্য স্থান নষ্ট হবে। আপনার একটি অনুকূল ক্লাস্টার আকার ব্যবহার করার চেষ্টা করা উচিত যাতে সাইজ অন ডিস্ক মান যতটা সম্ভব সাইজের মানটির কাছাকাছি থাকে। সাইজ অন ডিস্ক এবং সাইজের মানের মধ্যে অত্যধিক তাত্পর্য হওয়াত ইঙ্গিত দেয় যে ডিফল্ট ক্লাস্টার আকারটি আপনি যে পরিমাণ গড় ফাইলের আকারের জন্য সঞ্চয় করছেন এটির চেয়ে অনেক বড় এবং এটি হ্রাস করা উচিত। এটি কেবলমাত্র ভলিউম ব্যাক আপ করার পরে এবং ফর্ম্যাট কমান্ড এবং / / একটি স্যুইচ যথাযথ বরাদ্দের আকার নির্দিষ্ট করে ব্যবহার করে ভলিউমটির পুনরায় ফর্ম্যাট করা যায়: আই: format D: /a:2048 (এই উদাহরণটি একটি 2-কেবি ক্লাস্টারের আকার ব্যবহার করে)।

ছোট ক্লাস্টার আকারের সাথে আপনার ড্রাইভ ফর্ম্যাট করার চেষ্টা করুন।


4
এটি বলা হয়ে থাকে, কেউ ক্লাস্টারের আকার 4096 বাইটের চেয়ে কম বা এই সংখ্যার একাধিক না করে তৈরি করা উচিত। 32 বিট ওএস পৃষ্ঠাগুলির সাথে কাজ করে যা (নন-পিএই ক্ষেত্রে) 4096 বাইটের, সুতরাং নন-মাল্টিপল ক্লাস্টারগুলি ব্যবহার করে ফাইল সিস্টেমের কার্যকারিতা নেতিবাচকভাবে প্রভাবিত হতে পারে। এই কারণেই ডিফল্ট আকার 4096 বাইটে সেট করা আছে।
Ruslan

2
@ রাস্লান যা বলেছিল তার সাথে যোগ করতে, নতুন হার্ড ড্রাইভগুলির এখন একটি 4 কেবি সেক্টর আকার রয়েছে, এবং এটি ফিজিক্যাল সেক্টরগুলিতে ফাইল সিস্টেমটি সারিবদ্ধ করা অনুকূল হবে এবং বরাদ্দ ইউনিটের আকার হিসাবে শারীরিক খাত আকারের একাধিক হবে।
বব

1
@ রুসলান আমি বিশ্বাস করি যে আপনি বলার অর্থ এই যে এটি দুটি সময়ের 4096 এর শক্তি হওয়া উচিত 12 12288 (3 × 4096) এবং 20480 (5 × 4096) দুর্দান্ত পছন্দ নয়।
স্কট

9

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

আপনি ন্যান্ডের ক্লাস্টারের আকার পরিবর্তন করতে পারবেন না (এটি আপনার এসডি কার্ডের হার্ডওয়ারের একটি শারীরিক বৈশিষ্ট্য)।

সাইজ রিপোর্ট সমস্যাটি কোনও দূষিত ফাইল সিস্টেমের মধ্যেই পড়ে না তা নিশ্চিত হওয়ার জন্য আপনার এসডি কার্ডে প্রথমে স্ক্যান্ডিস্ক / chkdsk চালান।

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


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

7

এটি অনেকগুলি ফাইল সিস্টেমের সাথে একটি সাধারণ সমস্যা। এখানে কাজের দুটি কারণ রয়েছে, একটি ফাইল সিস্টেম সর্বাধিক সংখ্যক "ব্লক" লজিকাল ভলিউম এবং স্টোরেজ মাধ্যমের শারীরিক বিধিনিষেধ পরিচালনা করতে পারে। যে কোনও ব্লকে কেবলমাত্র 1 টি ফাইল বরাদ্দ করা যেতে পারে (ফাইলগুলি সাধারণত তাদের যতগুলি ব্লক লাগে তেমন লাগে)। সুতরাং 64৪ বাইট সহ একটি পাঠ্য ফাইল প্রায়শই 4k থেকে 32k পর্যন্ত যে কোনও ফাইল নিতে পারে, এটি যে ফাইল সিস্টেমটিতে থাকে তার ব্লক আকারের উপর নির্ভর করে।

এটির বিষয়ে চিন্তা করার এক উপায় হ'ল ফাইল সিস্টেমের প্রতিটি ব্লককে একটি বাক্স হিসাবে এবং ফাইল সিস্টেমটি একটি ঘর হিসাবে। আপনার সমস্ত বাক্স একই আকারের এবং আপনি একটি ঘরে যতটা পারেন তার জন্য ফিট করার চেষ্টা করছেন। যদি আপনি সমস্ত জায়গাগুলি বাকি সমস্ত জায়গার সাথে পুরোপুরি ফিট করে থাকেন তবে আপনাকে বড় বাক্সগুলি পেতে হবে যাতে ঘরটি বাক্সগুলিতে পুরোপুরি ভরে যায়।

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

আমি কীভাবে বাক্সগুলিকে সংগঠিত করেছি তার উপর নির্ভর করে আমার কাছে কেবলমাত্র কয়েকটি সংখ্যক বাক্সের জন্য আমার ম্যানিফেস্টে পর্যাপ্ত জায়গা থাকতে পারে। সুতরাং যদি আমার কাছে ভরাট করার জন্য একটি বড় ঘর থাকে তবে ঘরের সক্ষমতা পৌঁছানোর জন্য আমাকে খুব অল্প সংখ্যক বাক্সই ব্যবহার করতে হত।

সুতরাং সেই ক্ষেত্রে আমার এক পৃষ্ঠার দস্তাবেজটি এখনও একটি একক বাক্স দখল করবে, অন্য কিছু ভাগ না করে।

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


6

ক্লাস্টারের আকার ছাড়াও, নিম্নলিখিত শর্তগুলির কারণে আপনারও একটি তাত্পর্য হতে পারে:

  • সংকুচিত বা এনক্রিপ্ট করা ফাইলগুলি লজিকাল ফাইলের আকারের চেয়ে আলাদা স্থান ব্যবহার করতে পারে।
  • লিঙ্ক করা ফাইলগুলি রিপোর্ট হবে এন বার সংযোগগুলি যতবার যৌক্তিক ফাইলের আকার জন্য ফাইল আকার, কিন্তু শারীরিক ব্যবহৃত স্থান সাধারণত কম হয়।

সাধারণত, এটি সত্য হতে পারে। তবে আমার ক্ষেত্রে উচ্চ বরাদ্দ ইউনিট ছিল সমস্যা।
vfsoraki

3
হ্যাঁ আমি এই তাত্পর্যটির জন্য আরও সম্ভাব্য কারণগুলি দিয়ে উত্তরটি যুক্ত করার চেষ্টা করছি।
আর্কিমিডিজ ট্রাজানো

6

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

সকলের ডিস্কটি পুনরায় ফর্ম্যাট করার প্রয়োজনের অসুবিধে রয়েছে।

কিছু ক্ষেত্রে কেবল এই ফাইলগুলি একটি সংরক্ষণাগারে সংরক্ষণ করা সমস্যার সমাধান করবে (এবং ছোট ফাইলগুলি ফাইলগুলির শেষে স্থান ফাঁকা বন্ধ করার পাশাপাশি সংকুচিত হবে)। এটি সংক্ষেপনের জন্য কিছু সময় ব্যয় করার অসুবিধে রয়েছে।

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

http://en.wikipedia.org/wiki/Tail_packing


0

আমি একটি পৃথক ফাইলে উইন্ডোজ 10-এ বিশাল আকারের ফাইলের পার্থক্য উল্লেখ করেছি, তবে আমি যদি উইন্ডোজ এক্সপির সাথে একই অবস্থানের (একটি নেটওয়ার্ক ড্রাইভ) থেকে একই ফাইলের বৈশিষ্ট্যগুলি দেখি, তবে বড় পার্থক্য নেই; কেবলমাত্র একটি ছোট পার্থক্য, যা আপনি প্রত্যাশা করবেন। আমি মনে করি উইন্ডোজ ১০-এ একটি ত্রুটি রয়েছে 44 ৪৯৯ এমবি-র একটি ফাইল সম্ভবত ৩.৯৯ গিগাবাইট গ্রহণ করবে না, যা উইন্ডোজ ১০ আমাকে বলছে।


1
শুধু একটি অবগতির জন্য, প্রশ্ন উইন্ডোজ 10. ওপি সঙ্গে কিছুই করার জানালা 7. ব্যবহার করছে রয়েছে
TheKB
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.