ගොනු විශාලත්වය ශුන්‍ය වන්නේ කෙසේද?

නිසි පැහැදිලි කිරීමක් ගැන සිතිය නොහැකි වූ දෙයක් මා වෙතට දිව ගියේය. මම මගේ පරිගණකයේ හිස් * .txt ගොනුවක් සාදා එහි ප්‍රමාණය දෙස බැලුවහොත් එය 0 පෙන්වයි. නමුත් එය කළ හැක්කේ කෙසේද? මම අදහස් කළේ ගොනුව හිස්ව තිබුණත්, එහි නම ගබඩා කිරීම සඳහා එයට තවමත් යම් ප්‍රමාණයක් තිබිය යුතුය. මෙය පැහැදිලි කළ හැක්කේ කෙසේද? (OS නොවන විශේෂිත)

ඇත්ත වශයෙන්ම ගොනුවක් නොමැති නිසා එය කළ හැකිය. නමක් සහ හිමිකරුවෙකු සහිත නාමාවලි ඇතුළත් කිරීමක් තිබේ. නාමාවලි ප්‍රවේශය තාර්කිකව ගොනුවෙන් වෙනස් වේ. උදාහරණයක් ලෙස, එකම ගොනුවකට එකකට වඩා නාමාවලි එකකට වඩා තිබිය හැක.

අවාසනාවකට මෙන්, "ගොනුව" යන පදය සෑම විටම එකම දේ හරියටම අදහස් කිරීමට භාවිතා නොවේ. නමුත් ගොනු ප්‍රමාණයේ තර්කනය පැමිණෙන්නේ ඩිරෙක්ටරියට ඩිරෙක්ටරියක් "ඇමිණෙන" ආකෘතියෙන් වන අතර ගොනු නාම සහ අදාළ පාර-දත්ත නාමාවලිය තුළ ගබඩා වේ.

"ගොනු ප්‍රමාණය" යන්නෙහි අර්ථකථන අර්ථය ඔබ භාවිතා කරන අර්ථයට වඩා වෙනස් ය.

අර්ථවත් වන ගොනු ප්‍රමාණ බොහොමයක් තිබේ. වඩාත්ම සුලභ හා ඔබ මෙහි දකින දෙය නම් "ගොනුවේ ඇති බයිට් ගණන" යන්නයි. ගොනුව හිස් පෙළ ගොනුවක් නම්, එය ඇත්ත වශයෙන්ම බයිට් 0 ක් අඩංගු විය හැකිය. ක්‍රමලේඛකයන්ට මෙම අංකය වැදගත් වන්නේ අපට බොහෝ විට ගොනුවක් විවෘත කිරීමට, "සියලු දත්ත කියවීමට" සහ එය වසා දැමීමට අවශ්‍ය නිසාය. ගොනුවේ දත්ත බයිට් කීයක් තිබේදැයි අප දැනගත යුතුය, එවිට අපට කල්තියා සැලසුම් කළ හැකිය.

තවත් අර්ථයක් පැන නගින්නේ බොහෝ ගොනු පද්ධති දත්ත ගබඩා කරන ආකාරයෙනි. බොහෝ ගොනු පද්ධති දත්ත කොටස් වශයෙන් ගබඩා කරයි. උදාහරණයක් ලෙස, ගොනු පද්ධතිය 64kB බ්ලොක් වල දත්ත ගබඩා කළ හැකිය, එයින් අදහස් කරන්නේ එය 64kB ට වඩා වැඩි ගුණයක් නොවන කිසිවක් කිසි විටෙකත් වෙන් නොකරන බවයි. මෙය අකාර්යක්ෂම බවක් පෙනේ, නමුත් එය පොත් තැබීම තරමක් සරල කළ හැකි අතර බොහෝ විට සරල ක්‍රම වේගවත් කරයි.

තෙවන අර්ථය, ඔබ ඇදගෙන යන, ගොනුවක් තිබීම විස්තර කිරීම සඳහා දෘ d තැටියේ සත්‍ය බිටු ගණන වේ. සාමාන්‍යයෙන් ගොනුවෙන් වෙනම ගබඩා කර ඇති තොරතුරු මෙයට ඇතුළත් වේ. උදාහරණයක් ලෙස, ලිනක්ස් හි, "ගොනු නාමය" යන සංකල්පය ගොනුව අඩංගු නාමාවලිය සඳහා ඉනෝඩයේ ගබඩා කර ඇත (සංස්කරණය කරන්න: අදහස් වලින්, තාක්‍ෂණිකව මෙය නාමාවලියෙහි දත්ත තුළ ගබඩා වේ. මම මෙය ලියන විට, කුඩා දේ ගැන සිතමින් සිටියෙමි බයිට් 156 ට වඩා අඩු දත්ත සෘජුවම ඉනෝඩයේ ගබඩා කළ හැකිය). මෙය බහුලව භාවිතා වන අර්ථයක් නොවේ, මන්ද ඔබේ ගොනු පද්ධතියේ ගැඹුරු අභ්‍යන්තර ක්‍රියාකාරිත්වය නොදැන එය තීරණය කිරීම අතිශයින් දුෂ්කර ය (ගොනුවේ සියලු අවසරයන් ගබඩා කිරීමට අවශ්‍ය ඉඩ ප්‍රමාණය ඔබ ගණන් ගත්තේද?). කෙසේ වෙතත්, ඔබට බයිට් 1,000,000 දෘ hard තැටියක් තිබේ නම්,

ගොනුවේ නම වෙනත් තැනක ගබඩා කර ඇත.

ඔබේ තැටියේ "ගොනු පද්ධතියක්" ඇත, භෞතික තැටියේ ගොනු නම් සහ ලිපිගොනු නිරූපණය කරන්නේ කෙසේද සහ අර්ථ නිරූපණය කරන්නේ කෙසේද යන්න තෝරා ගැනීමේ ක්‍රමයක් තබන්න.

බොහෝ වින්ඩෝස් තැටි වල ඔබ භාවිතා කරන්නේ "එන්ටීඑෆ්එස්" (නව තාක්‍ෂණ ගොනු පද්ධතිය ") නම් වූ ගොනු පද්ධතියකි, මෙය ගොනු නාම තොරතුරු මාස්ටර් ගොනු වගුවේ (එම්එෆ්ටී) ගොනු අන්තර්ගතයන්ගෙන් වෙන් කොට ගබඩා කරයි.මාස්ටර් ගොනු වගුවේ විකිපීඩියා ලිපිය බලන්න .

එබැවින් ගොනුවේ දිග බයිට් 0 ක් වනු ඇත, නමුත් එම්එෆ්ටී තුළට එහි ඇතුල් වීම තවමත් යම් ඉඩක් ලබා ගනී.

මෙය තරමක් සිත්ගන්නාසුලු ඔන්ටෝලොජික් ප්‍රශ්නයකි ...

ගොනුව යනු ගොනුවේ අන්තර්ගතයයි. ගොනුවට අන්තර්ගතයක් නොමැති නම්, එහි ප්‍රමාණය ශුන්‍ය වේ. ඔබගේ නම භෞතිකව ඔබෙන් කොටසක් වන බැවින් ගොනුවේ නම ගොනුවේ කොටසකි (එනම් එය එසේ නොවේ).

ඔබේ නම මිනිසුන්ගේ ශීර්ෂයන්හි (සහ ඔබේම) භෞතික ඔබව යොමු කරන / යොමු කරන අදහසක් ලෙස පවතිනවා සේම, ගොනු පද්ධතියේ නාමාවලි ගසෙහි ගොනු නාමය පවතින අතර එය ගොනුවට යොමු කරයි.

(පිළිතුරට ටිකක් ප්‍රමාදයි ...)

ගොනුවක් ප්‍රමාණයේ ශුන්‍ය වන්නේ කෙසේද යන්න ඉහත පිළිතුරු මගින් සපයනවාට වඩා ටිකක් සංකීර්ණ වේ. ප්‍රශ්නය Win7 ලෙස ටැග් කර ඇත, නමුත් සංකල්ප සමාන බැවින් FAT හෝ NTFS වැනි වෙනත් "සරල" ගොනු පද්ධති දෙස බැලීම ප්‍රයෝජනවත් විය හැකිය.

ගොනුව යනු කුමක්ද සහ නාමාවලිය යනු කුමක්දැයි තැටිය "නොදනී"; ඒ සියල්ල කුඩා කොටස් වල දත්ත. මෙහෙයුම් පද්ධතිය දත්ත කාණ්ඩවල අර්ථය අතර වෙනස හඳුනා ගනී. පළමු කිහිපය විශේෂ, නමුත් ඉතිරි කොටස් වල දත්ත පිළිබඳ තොරතුරු (උදා: ගොනු නාමය, ගොනු දිග, දත්ත රඳවා ඇති පළමු දත්ත වාරණය) හෝ දත්ත ම ඇත.

ඩිරෙක්ටරියක් යනු විශේෂ "ගොනුවක්" වන අතර මෙහෙයුම් පද්ධතිය තේරුම් ගන්නා "දත්ත" යනු ලිපිගොනු පිළිබඳ තොරතුරු අඩංගු තොරතුරු කොටසකි, ලිපිගොනු වල අන්තර්ගතය නොවේ. හොඳ ප්‍රතිසමයක් යනු භෞතික පුස්තකාලයක් සහ කාඩ් නාමාවලියකි. තොරතුරු බ්ලොක් කාඩ් නාමාවලිය ලෙසත් රාක්ක දත්ත බ්ලොක් ලෙසත් සිතන්න (කාඩ් නාමාවලිය රාක්කයට සමාන ව්‍යුහයක් මත වාඩි වී ඇත).

ඔබ ගොනුවක් "නිර්මාණය" කරන විට (යුනික්ස් touchවිධානය සමඟ කියන්න ), මෙහෙයුම් පද්ධතිය මුලින්ම තොරතුරු කොටසක (නාමාවලියක්) ඇතුළත් කරයි, පහත සඳහන් දෑ සමඟ:

• නම = My_File.txt
• දිග = 0
• ආරම්භක දත්ත වාරණය = එන් / ඒ
• අමතර තොරතුරු (හිමිකරු, අවසර, නිර්මාණය / යාවත්කාලීන / වෙනස් කළ දිනය) යනාදිය

"ලිවීමට" යම් දත්ත තිබේ නම් පමණක් එය දත්ත ගබඩා කිරීම සඳහා හිස් දත්ත වාරණයක් සොයා ගැනීමට උත්සාහ කරයි. නමුත් දත්ත කුට්ටි ස්ථාවර ප්‍රමාණවලින් (32K යැයි කියනු ලැබේ) තැටියට පිවිසීමට සහ මෙහෙයුම් පද්ධතියට කියවීමට පහසුය. ඔබ "හෙලෝ" පමණක් ලිවුවහොත්, බ්ලොක් බොහෝමයක් "හිස්" (ඇත්ත වශයෙන්ම ශුන්‍ය නොවිය හැක, නමුත් කලින් තිබූ දෙයින් කුණු කසළ විය හැක), එබැවින් වගුව දැන් ප්‍රමාණය දිගට යාවත්කාලීන කරයි (අක්ෂර 5 ක් + අවසානය කියන්න ගොනුව) එබැවින් ඔබට නරක දේවල් නොලැබේ.

ඔබ "ගොනුව" දිග> වාරණ ප්‍රමාණයට යාවත්කාලීන කරන විට, මෙහෙයුම් පද්ධතිය නව බ්ලොක් වෙත දත්ත ලියා දත්ත ගොනුවක් යාවත්කාලීන කරන අතර පළමු (පසුව සහ පසුව) ගොනුව ඊළඟ වාරණයට අඛණ්ඩව යන බව පවසමින් දිග යාවත්කාලීන වේ නව දිග (විස්තර වෙනස් වේ).

ඔබ අවසන් කරන්නේ දත්ත බ්ලොක් වල දාමයන් (ගොනු අන්තර්ගතයන්) පිළිබඳ තොරතුරු සහිත තොරතුරු දත්ත කොටස් (නාමාවලි හෝ ලැයිස්තු) එකතුවකි.

තර්කානුකූලව, එකම ගොනු පද්ධතියේ ගොනු චලනය වේගයෙන් දිලිසෙන අතර පිටපතක් දිගු කාලයක් ගත වන්නේ ඇයිද යන්නත් මෙය පැහැදිලි කරයි. මෙහෙයුම් පද්ධතියට සිදුවන්නේ එක් ඩිරෙක්ටරියකින් (තොරතුරු දත්ත බ්ලොක්) ඉවත් කර තවත් ඩිරෙක්ටරියක් එක් කිරීම සඳහා ඩිරෙක්ටරි බ්ලොක් 2 ක් පමණි. ගොනුවක් මකන්න: ඩිරෙක්ටරි බ්ලොක් එකේ ඇතුළත් කිරීම ඉවත් කරන්න, ගොනු දත්ත කොටස් නැවත වෙන් කිරීම සඳහා නිදහස් කරන්න.

ps: කාඩ්පත් නාමාවලියට පොතක් සඳහා ප්‍රවේශයක් ඇති බැවින් එය රාක්කයේ ඇති බවක් අදහස් නොකෙරේ (පරීක්ෂා කර හෝ නැතිවී ගොස් ඇත); ගොනු විශාලත්වය 0.

pps: පුස්තකාලය තුළ අස්ථානගත වී ඇති පොතක් මඟින් සෙවුම් පුස්තකාලය හෝ පරිගණක අර්ථයෙන්: chkdsk හෝ අළුත්වැඩියා තැටිය!

යුනික්ස් ඉනෝඩ ගැන කියවීමෙන් හෝ අනුවාද පාලන පද්ධති (ක්ලියර් කේස්, ටීඑෆ්එස්, ගිට්, ආදිය) ලිපිගොනු සහ නාමාවලි පමණක් නොව ලිපිගොනු අනුවාද සහ නාමාවලි පවා කළමනාකරණය කරන්නේ කෙසේද යන්න අගය කිරීමෙන් වැඩි අවබෝධයක් ලබා ගත හැකිය. බොහෝ අවස්ථාවන්හීදී, සෑම දෙයක්ම දත්ත සමුදායක් තුළ ගබඩා කර ඇති අතර සම්භාව්‍ය නාමාවලි ව්‍යුහය සහ ලිපිගොනු ලෙස පෙනී සිටීමට පරිශීලකයාට ඉදිරිපත් කරයි!

අපට මෙහි විශිෂ්ට පිළිතුරු කිහිපයක් තිබේ - මම පින්තූර අනුවාදය එක් කිරීමට (වචන දහසක් සහ ඒ සියල්ල.)

මගේ එන්.ටී.එෆ්.එස් හැඩතල ගැන්වූ දෘ hard තැටි වල පෙනුම මෙයයි. මෙම MFT (මාස්ටර් ගොනුව වගුව) වයලට් දක්වා ඇත:

එම කුඩා වයලට් චතුරස්රය මගේ HD හි ඇති ගොනු ලැයිස්තුව විස්තර කරයි. දළ වශයෙන් ගත් කල, එන්ටීඑෆ්එස් තැටියක් සඳහා, පොතක් සඳහා පටුන යනු කුමක්ද; පිටු වෙනුවට, එය තැටියේ ඉතිරි ^{1 හි} ඔවුන්ගේ භෞතික පිහිටීම වෙත යොමු කරයි .

කිසිදු පිටුවකට යොමු නොවන ශුන්‍ය-බයිට් ප්‍රමාණයක් සහිත ගොනුවක් පටුන ඇතුළත් කිරීමක් ලෙස දෘශ්‍යමාන කළ හැකිය:

ප්‍රවේශය එහි ඇත, ලැයිස්තුගත කර ඇත - නමුත් කිසිදු පිටුවක් දක්වා නොමැති බැවින් අන්තර්ගතය නොපවතින බව අපට උපකල්පනය කළ හැකිය.

^{1 - නිසැකවම, එය ඊට වඩා ටිකක් සංකීර්ණයි; අංශ සිතියම්, දර්පණ එම්එෆ්ටී වැනි කරුණු මෙම ප්‍රශ්න විෂය පථයෙන් බැහැර ය.}

ලිපිගොනු පද්ධති , ගොනුවේ නම, ලිපිගොනු ප්‍රමාණය, නිර්මාණය කිරීමේ වේලාව, ප්‍රවේශවීමේ වේලාව, වෙනස් කළ කාලය, නිර්මාණය කළ පරිශීලකයා, පරිශීලක සහ කණ්ඩායම් අවසරයන්, කොටස්, ගොනුව ගබඩා කරන පොකුරු වෙත යොමු කිරීම, දෘඩ / මෘදු සම්බන්ධතා, ගුණාංග වැනි ගොනුවක් පිළිබඳ තොරතුරු රාශියක් ගබඩා කරයි. ... ඒවා ගොනු පාර-දත්ත ලෙස හැඳින්වේ . පරිශීලකයින් ඒවා ගැන සැලකිල්ලක් නොදක්වන විට සහ ඒවා ගැන නොදන්නා විට ඔබ එම පාර-දත්ත ගොනු ප්‍රමාණයට ගණන් ගන්නේ ඇයි? ඔවුන් සැබවින්ම සැලකිලිමත් වන්නේ ගොනු අන්තර්ගතය ගැන පමණි

තවද සෑම ගොනු පද්ධතියක්ම තැටියේ විවිධ ඉඩ ප්‍රමාණයක් ගන්නා විවිධ වර්ගයේ පාර-දත්ත ගබඩා කරයි. උදාහරණයක් ලෙස POSIX අවසරයන් NTFS අවසරයට වඩා බෙහෙවින් වෙනස් inodeවන අතර වින්ඩෝස් හි නොපවතින POSIX හි සංඛ්‍යා ද ඇත. POSIX ගොනු පද්ධති පවා බොහෝ වෙනස් වේ, ext3 3-bit block address, ext4 with 48-bit, Btrfs 64-bit සහ ZFS 128-bit ලිපිනය. ඉතින් ඔබ එම පාර-දත්ත ගොනු ප්‍රමාණයට ගණනය කරන්නේ කෙසේද?

වත්මන් ගොනු පද්ධතියේ පාර-දත්ත බයිට් 56 ක් පරිභෝජනය කරන බයිට් 100 ගොනුවක් සමඟ තවත් උදාහරණයක් ගන්න. අපි ගොනුව වෙනත් ගොනු පද්ධතියකට පිටපත් කරන අතර දැන් එය පාර-දත්ත බයිට් 128 ක් ගනී. කෙසේ වෙතත් ගොනු අන්තර්ගතය හරියටම සමාන වේ , ලිපිගොනු වල බයිට් ගණන ද සමාන වේ. එබැවින් පද්ධතියක ගොනු ප්‍රමාණය බයිට් 156 ක් ලෙස පෙන්වන නමුත් තවත් බයිට් 228 ක් ඉතා ව්‍යාකූල සහ ප්‍රති-බුද්ධිමත් ය .

ලිපිගොනු විශාලත්වය 0, පැවසීමට සමාන ය: මා සතුව 5වචන සහිත කඩදාසි ඇත . තවත් කඩදාසියක එය 0මත වචන ඇත. ඒ නිසා 0සම්පූර්ණයෙන්ම හැකි ය.

ගොනුවේ මෙටා දත්ත (නිර්මාණය කරන දිනය, අවසන් වරට වෙනස් කරන ලද දිනය, ගොනු හිමිකරු, අවසර), සියල්ලම ගබඩා කර ඇති අතර ඒවා ගොනු ප්‍රමාණයේ කොටසක් ලෙස ඇතුළත් නොවේ.

එය සරල ආකාරයකින් තේරුම් ගන්න ... ඔබ ගොනුවක් සාදන විට .. ඔබ සපයන ගොනු නාමයෙන් හඳුනාගත් ගොනුවේ මතක පිහිටීම සඳහා දර්ශකයක් ලෙස ක්‍රියා කරන නාමාවලි ඇතුළත් කිරීමක් ඇත. ඔබ වැඩි වැඩියෙන් දර්ශකයන් නිර්මාණය කරන විට හෝ ලිපිගොනු පවසන විට නාමාවලියෙහි ප්‍රමාණය වැඩි වේ .. ගොනු විශාලත්වය වැඩි වන්නේ ඔබ නියම දත්ත ස්ථානගත කළ ස්ථානයේ එනම් ගොනුව තුළම තැබුවහොත් පමණි. එතෙක් ප්‍රමාණය ශුන්‍ය වේ. :)

එබැවින් එය ක්‍රියාත්මක වන ආකාරය මෙයයි:

ඔබ කිසියම් ගොනුවක් පරිමාවක් මත නිර්මාණය කළ විගසම එය එන්ටීඑෆ්එස් මාටා ගොනුවේ එනම් එම්එෆ්ටී (ප්‍රධාන ගොනු වගුව) තුළ ගොනු වාර්තාවක් සාදයි. එම්එෆ්ටී හි එෆ්ආර්එස් (ගොනු වාර්තා අංශයක්) පවතින බැවින් ඔබට වාර්තාවක් පෙනෙනු ඇත. NTFS ගොනු පද්ධතියේ සෑම ගොනු වාර්තාවක්ම පෙරනිමියෙන් 1 KB ප්‍රමාණයෙන් යුක්ත වේ. නමුත් එම ඉඩ ලබා ගන්නේ ඔබ යම් තොරතුරු ගොනුව තුළ ගබඩා කළහොත් පමණි. එය පෙළ ගොනුවක් යැයි සලකමින් "අ" යන තනි අකුරක් ලිවුවද, එය 1 KB ඉඩ ප්‍රමාණයක් ඉල්ලා සිටිනු ඇත, මන්ද එය FRS හි පෙරනිමි ප්‍රමාණයයි. "අ" අක්ෂරය එම එෆ්ආර්එස් හි පෙරනිමි සහ නම් නොකළ දත්ත ප්‍රවාහයට යයි, $ දත්ත යනු ඔබට ඒඩීඑස් (විකල්ප දත්ත ප්‍රවාහය) නොමැති නම් ඔබේ දත්ත සියල්ලම යන ස්ථානයකි.

ඔබ කිසියම් ප්‍රශ්නයක් ඉදිරිපත් කරන්නේ නම් මට දන්වන්න.

• NTFS ගොනු වර්ධනය පිළිබඳ වැඩි විස්තර සඳහා .
• NTFS MetaFiles පිළිබඳ වැඩි විස්තර .