একটি ফাইলের আকার শূন্য হতে পারে?


173

কেবলমাত্র এমন কিছু যা আমি somethingুকে পড়েছিলাম এবং সঠিক ব্যাখ্যাটি ভাবতে পারি নি। যদি আমি আমার পিসিতে একটি খালি * .txt ফাইল তৈরি করি এবং তার আকারটি দেখি, তবে এটি 0 টি দেখায় But তবে কীভাবে এটি সম্ভব? আমি বোঝাতে চাইছি ফাইলটি খালি খালি থাকলেও এর কিছু আকার থাকতে হবে, কেবল নিজের নাম সংরক্ষণ করতে। কিভাবে এই ব্যাখ্যা করা যেতে পারে? (নন ওএস নির্দিষ্ট)


81
ফাইলের নাম ফাইলটিতে গণনা করে না, কীভাবে এটি ব্যাখ্যা করা যায়।
njzk2

123
আমি কলেজের এক বন্ধুকে স্মরণ করিয়ে দিচ্ছি যিনি ডিস্ক কোটার কাছাকাছি আসার জন্য ফাইলের নাম হিসাবে পাঠ্য সংরক্ষণ করার জন্য এক টুকরো সফ্টওয়্যার লিখেছিলেন।
slebetman

15
@ কোল জনসন আমি আমার ইউ এর একটি কম্পিউটার ল্যাবটিতে 2000 এর দশকে অভ্যন্তরীণ ছিলাম এবং ব্যবহারকারী কোটা ফাইল সাইজের সমষ্টি হিসাবে গণনা করা হত। ফাইলের নাম হিসাবে ডেটা সংরক্ষণ করে প্রকৃতপক্ষে কৌটা প্রায় পাওয়া যাবে। হেক আপনি ফোল্ডারে একটি প্রোগ্রাম সংরক্ষণ করতে পারেন এবং এটি আপনার কোটার বিপরীতে গণনা করা হবে না।
মাইন্ডউইন

20
@ স্লেবেটম্যান এটি সেই বিন্দু যেখানে প্রতিভা এবং পাগলের মধ্যে রেখাটি ঝাপসা হয়ে যায়।
ফারাপ

10
অনুরূপ কৌশলটি একটি সংক্ষেপণ চ্যালেঞ্জে বিখ্যাতভাবে ব্যবহৃত হয়েছিল ,
ওডথিংকিং

উত্তর:


202

সত্যিই কোনও ফাইল নেই বলে এটি সম্ভব। একটি নাম এবং মালিকের সাথে কেবল একটি ডিরেক্টরি এন্ট্রি রয়েছে। ডিরেক্টরি এন্ট্রি যুক্তিযুক্তভাবে ফাইল থেকে পৃথক। উদাহরণস্বরূপ, একই ফাইলে একাধিক ডিরেক্টরিতে একাধিক নাম থাকতে পারে।

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


30
... হার্ড লিঙ্ক হিসাবেও পরিচিত।
ড্যানিয়েল বি

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

14
ফ্রিবিএসডি এবং লিনাক্সের মতো বেশিরভাগ ইউনিক্স-এর মতো ওএসে আপনি খুব সহজেই কোনও ডিরেক্টরি আকার পেতে পারেন। কমান্ডগুলি ls -ld <directory>কাজ করবে।
ডেভিড শোয়ার্টজ

11
আমি জানি না এটি এনটিএফএসের বর্তমান সংস্করণে সত্য কিনা, তবে প্রাথমিক সংস্করণগুলি (যেমন এনটি 3.এক্সে) ডিরেক্টরি এন্ট্রিতে খুব ছোট ফাইলের জন্য ডেটা সংরক্ষণ করে। ফাইলটি আক্ষরিক অর্থেই থাকত না।
জন রেনি

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

82

"ফাইলের আকার" এর অর্থগত অর্থ আপনি ব্যবহার করছেন তার থেকে আলাদা।

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

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

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


2
"ফাইল ধারণকারী ডিরেক্টরিটির জন্য ইনোডে" " ডিরেক্টরিটির ইনোডের চেয়ে আপনি কি ডিরেক্টরিটির ডেটা বোঝাতে চান না?
ইনোডে

@ মিডিনোক ভাল পয়েন্ট আমি ইনলাইন কেসটির কথা ভাবছিলাম যখন এটি ইনোডের মধ্যে ডেটা সংরক্ষণ করে, তবে আমি আসলে এটি কতটা ঘটতে পারে তা পরীক্ষা করে দেখিনি! আমি একটি সম্পাদনা যুক্ত করেছি।
আম্মোন

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

8
আপনার যদি 1,000,000 বাইট হার্ড ড্রাইভ থাকে তবে আপগ্রেড সম্পর্কে চিন্তাভাবনা শুরু করার সময় হতে পারে।
নেকোমেটিক

53

ফাইলের নাম অন্য কোথাও সঞ্চিত রয়েছে।

আপনার ডিস্কটিতে একটি "ফাইল সিস্টেম" থাকবে, কীভাবে ফাইলের নাম এবং ফাইলগুলি ভৌত ​​ডিস্কে উপস্থাপন করা এবং ব্যাখ্যা করা যায় তা চয়ন করার জন্য একটি পদ্ধতি রাখুন put

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

ফাইলটি নিজেই তাই 0 বাইটের দৈর্ঘ্যের হবে তবে এমএফটিতে এটির প্রবেশদ্বারটি এখনও কিছু জায়গা দখল করবে।


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

12

এটি বেশ আকর্ষণীয় অনটোলজিকাল প্রশ্ন ...

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

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


7

(উত্তরে কিছুটা দেরি ...)

ফাইলের আকার কীভাবে শূন্য হতে পারে তা উপরের উত্তরগুলি সরবরাহের চেয়ে একটু জটিল। প্রশ্নটি উইন 7-এ ট্যাগ করা হয়েছে, তবে অন্যান্য "সরল" ফাইল সিস্টেমগুলি যেমন এফএটি বা এনটিএফএসের দিকে তাকানো ধারণাগুলি একইরূপে কার্যকর হতে পারে।

ডিস্ক কোনও ফাইল কী এবং ডিরেক্টরি কী তা "জানে না"; এটি সামান্য ব্লকের সমস্ত ডেটা। ওএস ডাটা ব্লকগুলির অর্থের মধ্যে পার্থক্য করে। প্রথম কয়েকটি বিশেষ, তবে বাকি ব্লকগুলি ডেটা সম্পর্কে তথ্য রাখে (যেমন: ফাইলের নাম, ফাইলের দৈর্ঘ্য, ডেটা ধারণকারী প্রথম ডেটা ব্লক), বা ডেটা নিজেই।

একটি ডিরেক্টরি হ'ল একটি বিশেষ "ফাইল" যার "ডেটা" ওএস বোঝে এমন একটি তথ্য ব্লক যা ফাইলগুলির বিষয়বস্তু নয় files একটি ভাল সাদৃশ্য একটি দৈহিক গ্রন্থাগার এবং কার্ড ক্যাটালগ। কার্ড ক্যাটালগ হিসাবে তথ্য ব্লক এবং ডেটা ব্লক হিসাবে তাকগুলি (কার্ড ক্যাটালগটিও একটি শেল্ফ-জাতীয় কাঠামোর উপর বসে) হিসাবে ভাবুন।

আপনি যখন একটি ফাইল "তৈরি" করেন (ইউএনআইএক্স touchকমান্ড দিয়ে বলুন ), ওএস প্রথমে একটি তথ্য ব্লক (ডিরেক্টরি) এ নিম্নলিখিত সহ একটি এন্ট্রি তৈরি করে:

  • নাম = My_File.txt
  • দৈর্ঘ্য = 0
  • ডেটা ব্লক শুরু করা হচ্ছে = এন / এ
  • অতিরিক্ত তথ্য (মালিক, অনুমতি, তৈরি / আপডেট / পরিবর্তিত তারিখ) ইত্যাদি

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

আপনি যখন "ফাইল" দৈর্ঘ্য> ব্লক আকারে আপডেট করেন, ওএস নতুন ব্লকে ডেটা লিখে এবং একটি ফাইল ব্লক আপডেট করে যাতে ফাইলটি পরবর্তী ব্লকে প্রথমে (এবং এর পরে) চালিয়ে যায় এবং দৈর্ঘ্যটি আপডেট হয় নতুন দৈর্ঘ্য (বিশদ পৃথক)।

আপনি যা শেষ করেন তা হ'ল তথ্য ব্লকগুলির (সংগ্রহশালা বা তালিকাগুলি) ডেটা ব্লকগুলির (চেক ফাইলগুলির বিষয়বস্তু) সম্পর্কিত তথ্য সম্পর্কিত তথ্য।

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

PS: কেবলমাত্র কার্ড ক্যাটালগটিতে কোনও বইয়ের জন্য এন্ট্রি থাকার অর্থ এটি শেল্ফে রয়েছে (চেক আউট বা সম্ভবত হারিয়ে গেছে); ফাইলের আকার 0।

পিপিএস: লাইব্রেরির ভিতরে একটি ভুল জায়গায় লেখা বইটি অনুসন্ধান গ্রন্থাগারকে বোঝায়, বা কম্পিউটারের ভাষায়: chkdsk বা মেরামতের ডিস্ক!

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


4

আমাদের এখানে কয়েকটি দুর্দান্ত উত্তর রয়েছে - আমি কেবল চিত্রের সংস্করণ যুক্ত করতে পারি (এক হাজার শব্দ এবং এটি সমস্ত))

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

এখানে চিত্র বর্ণনা লিখুন

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

শূন্য-বাইট আকারের ফাইলটিকে একটি বিষয়বস্তু প্রবেশের সারণী হিসাবে ভিজ্যুয়ালাইজ করা যায় যা কোনও পৃষ্ঠায় বিন্দুমাত্র নির্দেশ করে না:

এখানে চিত্র বর্ণনা লিখুন

এন্ট্রিটি সেখানে রয়েছে, তালিকাবদ্ধ রয়েছে - তবে যেহেতু কোনও পৃষ্ঠা নির্দেশিত হয়নি তাই আমরা ধরে নিতে পারি যে সামগ্রীটি অস্তিত্বহীন।

1 - অবশ্যই, এটি এর চেয়ে একটু বেশি জটিল; তবে ক্ষেত্রের মানচিত্র, আয়না এমএফটি ইত্যাদি পয়েন্টগুলি এই প্রশ্নের সুযোগের বাইরে।


3

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

এছাড়াও প্রতিটি ফাইল সিস্টেম বিভিন্ন ধরণের মেটাডেটা সঞ্চয় করে যা ডিস্কে বিভিন্ন পরিমাণে স্থান নেয় take উদাহরণস্বরূপ, পসিক্স অনুমতিগুলি এনটিএফএসের অনুমতি থেকে খুব আলাদা এবং পসিক্সে এমনও inodeসংখ্যা রয়েছে যা উইন্ডোজে নেই। এমনকি পসিক্স ফাইল সিস্টেমগুলি অনেকগুলি পরিবর্তিত হয়, যেমন 32-বিট ব্লক ঠিকানার সাথে ext3, 48-বিটের সাথে ext4, 64-বিট সহ বিটিআরএফ এবং 128-বিট ঠিকানার সাথে জেডএফএস। তাহলে কীভাবে আপনি সেই ফাইলগুলি আকারে এই মেটাডেটা গণনা করবেন?

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


1

একটি ফাইল আকার 0, বলার অনুরূপ: আমার কাছে একটি কাগজ রয়েছে যার উপরে 5শব্দ রয়েছে। এবং অন্য কাগজে, এটিতে 0শব্দ রয়েছে has তাই 0সম্পূর্ণ সম্ভব।

ফাইলের মেটা ডেটা (তৈরির তারিখের সময়, শেষ পরিবর্তিত তারিখের সময়, ফাইলের মালিক, অনুমতি), সমস্তই যেখানে ফাইলের আকারের অংশ হিসাবে অন্তর্ভুক্ত নেই এবং সেখানে সংরক্ষণ করা হয়।


0

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


এটি সত্যিই একটি মন্তব্য — কোনও উত্তর নয় — এবং অন্যরা যা বলেছে তা কেবল পুনরাবৃত্তি করে।
জ্যাকগল্ড

0

সুতরাং এটি এইভাবে কাজ করে:

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

আপনি যদি কোনও প্রশ্ন নিয়ে আসেন তবে আমাকে জানান।

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