“ප්‍රමාණය” සහ “තැටියේ ප්‍රමාණය” අතර එතරම් විශාල වෙනසක් ඇත්තේ ඇයි?

ඔබට පහත දැක්වෙන පරිදි, මගේ ෆෝල්ඩරයේ තැටි ක්ෂේත්‍රවල ප්‍රමාණය සහ ප්‍රමාණය අතර විශාල වෙනසක් ඇත. ඇයි ඒ?

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

BTW, මෙම ෆෝල්ඩරය මගේ ඇන්ඩ්‍රොයිඩ් දුරකථනයේ SD කාඩ් පතේ ඇත. මේ තුළ, මගේ සිතියම් යෙදුම එහි හැඹිලි සිතියම් ගබඩා කරන අතර යෙදුමට එහි සිතියම ගූගල් සිතියම් වෙතින් ලැබේ.

^{මෙය SD කාඩ් පතක් බව ඔබ සඳහන් කරන බැවින් ඔබ මෙහි FAT / FAT32 ගොනු පද්ධතිය භාවිතා කරන බව මම උපකල්පනය කරමි. වෙන් කිරීමේ ඒකක සම්බන්ධයෙන් NTFS සහ exFAT එක හා සමානව ක්‍රියා කරයි. වෙනත් ගොනු පද්ධති වෙනස් විය හැකි නමුත් ඒවා කෙසේ වෙතත් වින්ඩෝස් සඳහා සහය නොදක්වයි.}

ඔබ සතුව කුඩා ලිපිගොනු විශාල ප්‍රමාණයක් තිබේ නම්, මෙය නිසැකවම හැකි ය. මෙය සලකා බලන්න:

• ලිපිගොනු 50,000 ක්.

• 32 kB පොකුරු ප්‍රමාණය (වෙන් කිරීමේ ඒකක), එය FAT32 සඳහා උපරිම වේ

හරි, දැන් ගෙන ඇති අවම ඉඩ ප්‍රමාණය 50,000 * 32,000 = 1.6 GB (ගණිතය සරල කිරීම සඳහා ද්විමය නොව SI උපසර්ග භාවිතා කිරීම). සෑම ගොනුවක්ම තැටියේ ඇති ඉඩ ප්‍රමාණය සැමවිටම වෙන් කිරීමේ ඒකක ප්‍රමාණයෙන් ගුණනයකි - මෙහිදී අපි උපකල්පනය කරන්නේ එක් එක් ගොනුව ඇත්ත වශයෙන්ම තනි ඒකකයක් තුළ ගැළපෙන තරම් කුඩා වන අතර සමහර (නාස්ති වූ) ඉඩ ඉතිරිව ඇති බවයි.

සෑම ගොනුවකම සාමාන්‍යය 2 kB නම්, ඔබට මුළු MB 100 ක් පමණ ලැබෙනු ඇත - නමුත් වෙන් කිරීමේ ඒකක ප්‍රමාණය නිසා ඔබ සාමාන්‍යයෙන් 15x (ගොනුවකට 30 kB) නාස්ති කරයි.

ගැඹුරු පැහැදිලි කිරීමක්

මෙය සිදුවන්නේ ඇයි? හොඳයි, FAT32 ගොනු පද්ධතියට එක් එක් ගොනුව ගබඩා කර ඇති ස්ථානය නිරීක්ෂණය කළ යුතුය. සෑම බයිටයකම ලැයිස්තුවක් තබා ගැනීමට නම්, වගුව (ලිපින පොතක් වැනි) දත්ත මෙන් වේගයෙන් වර්ධනය වන අතර විශාල ඉඩ ප්‍රමාණයක් නාස්ති කරයි. එබැවින් ඔවුන් කරන්නේ "වෙන් කිරීමේ ඒකක" භාවිතා කිරීමයි, එය "පොකුරු ප්‍රමාණය" ලෙසද හැඳින්වේ. පරිමාව මෙම ප්‍රතිපාදන ඒකකවලට බෙදා ඇති අතර, ගොනු පද්ධතිය සම්බන්ධයෙන් ගත් කල, ඒවා උප බෙදිය නොහැක - ඒවා ආමන්ත්‍රණය කළ හැකි කුඩාම කොටස් වේ. ඔබට නිවාස අංකයක් තිබෙන්නාක් මෙන්, නමුත් ඔබේ තැපැල්කරු ඔබට නිදන කාමර කීයක් තිබේද යන්න හෝ ඔවුන් ජීවත් වන්නේ කවුරුන්ද යන්න ගණන් ගන්නේ නැත.

ඔබ සතුව ඉතා කුඩා ගොනුවක් තිබේ නම් කුමක් සිදුවේද? ගොනුව 0 kB, 2 kB හෝ 15 kB වේ නම් ගොනු පද්ධතිය ගණන් ගන්නේ නැත, එය එයට හැකි අවම ඉඩක් ලබා දෙනු ඇත - ඉහත උදාහරණයේ දී එය 32 kB වේ. ඔබගේ ගොනුව භාවිතා කරන්නේ මෙම ඉඩෙන් සුළු ප්‍රමාණයක් පමණක් වන අතර, ඉතිරිය මූලික වශයෙන් නාස්ති වී ඇත, නමුත් තවමත් ගොනුවට අයත් වේ - නිදන කාමරයක් මෙන් ඔබ හිස්ව තබයි.

විවිධ ප්‍රතිපාදන ඒකක ප්‍රමාණ ඇත්තේ ඇයි? හොඳයි, එය විශාල මේසයක් තිබීම (ලිපින පොත, උදා: ජෝන් සතුව 123 ව්‍යාජ වීදිය, 124 ව්‍යාජ වීදිය, 666 සාතන් පටුමග ආදියෙහි නිවසක් ඇති බව පැවසීම) හෝ සෑම ඒකකයකම (නිවසක) වැඩි අපතේ යන ඉඩක් අතර හුවමාරුවක් බවට පත්වේ. ඔබ සතුව විශාල ලිපිගොනු තිබේ නම්, විශාල ප්‍රතිපාදන ඒකක භාවිතා කිරීම වඩාත් අර්ථවත් කරයි - මන්ද අනෙක් සියල්ල පුරවන තුරු ගොනුවකට නව ඒකකයක් (නිවසක්) නොලැබෙන බැවිනි. ඔබ සතුව කුඩා ලිපිගොනු විශාල ප්‍රමාණයක් තිබේ නම්, ඔබට කෙසේ හෝ විශාල වගුවක් (ලිපින පොතක්) ලැබෙනු ඇත, එබැවින් ඔවුන්ට කුඩා ඒකක (නිවාස) ලබා දිය හැකිය.

විශාල වෙන් කිරීමේ ඒකක, සාමාන්‍ය රීතියක් ලෙස, ඔබට කුඩා ලිපිගොනු විශාල ප්‍රමාණයක් තිබේ නම් විශාල ඉඩ ප්‍රමාණයක් නාස්ති වේ. සාමාන්‍ය භාවිතය සඳහා සාමාන්‍යයෙන් 4 kB ට ඉහළින් යාමට හොඳ හේතුවක් නොමැත.

ඛණ්ඩනය?

ඛණ්ඩනය සම්බන්ධයෙන් ගත් කල, ඛණ්ඩනය මේ ආකාරයෙන් ඉඩ නාස්ති නොකළ යුතුය. විශාල ලිපිගොනු ඛණ්ඩනය විය හැකිය, එනම් බෙදීම්, බහු වෙන් කිරීමේ ඒකක වලට බෙදිය හැකිය, නමුත් ඊළඟ ඒකකය ආරම්භ කිරීමට පෙර සෑම ඒකකයක්ම පිරවිය යුතුය. විරූපණය කිරීමෙන් ප්‍රතිපාදන වගුවල සුළු ඉඩ ප්‍රමාණයක් ඉතිරි විය හැකි නමුත් මෙය ඔබගේ විශේෂිත ගැටළුව නොවේ.

හැකි විසඳුම්

ලෙස gladiator2345 යෝජනා , මෙම මොහොතේ දී ඔබේ එකම සැබෑ විකල්ප කුඩා වෙන් ඒකක සමග එය හෝ ොකර සමග ජීවත් වන ලෙස ය.

ඔබේ කාඩ්පත FAT16 හි සංයුති කර ඇති අතර එය වගු ප්‍රමාණයට වඩා කුඩා සීමාවක් ඇති අතර එම නිසා විශාල පරිමාවක් ආමන්ත්‍රණය කිරීම සඳහා විශාල ප්‍රතිපාදන ඒකක අවශ්‍ය වේ (ඉහළ සීමාව 2 GB 32 kB වෙන් කිරීමේ ඒකක සමඟ). මූලාශ්‍ර අනුග්‍රහය බ්‍රේම් . එය එසේ නම්, ඔබට කෙසේ හෝ ආරක්ෂිතව FAT32 ලෙස සංයුති කිරීමට හැකි විය යුතුය.

තනි ගොනුවකට සම්පීඩනය / සංරක්ෂණය කිරීම උපකාරී වන එවැනි අවස්ථාවකි මෙය. බොබ් ඔහුගේ පිළිතුරෙන් පැවසූ දේ සත්‍ය නමුත් අනෙක් පිළිතුරු වලට අනුව තැටිය ප්‍රතිසංස්කරණය කිරීමට වඩා විසඳුම පහසු විය හැකිය. ඔබ ඩිරෙක්ටරිය සම්පීඩනය කිරීම හෝ සංරක්ෂණය කිරීම (සිප්, තාර හෝ වෙනත් ක්‍රමයක් භාවිතා කරමින්) ගොනු පද්ධතියට කුඩා ගොනු කිහිපයක් වෙනුවට තනි විශාල ගොනුවක් ඇති බව පෙනෙනු ඇත. සම්පීඩනය නොකර පවා ඔබට 1.4 GiB ඉඩ ප්‍රමාණයක් ආපසු ලැබෙනු ඇත, මන්ද එම “කුඩා ලිපිගොනු” සියල්ලම තනි විශාල ගොනුවක් ලෙස ගණන් ගනු ඇත.

මේ තුළ, මගේ සිතියම් යෙදුම එහි හැඹිලි සිතියම් ගබඩා කරන අතර යෙදුමට එහි සිතියම ගූගල් සිතියම් වෙතින් ලැබේ

බහු ලිපිගොනු වෙනුවට සංරක්ෂිතයක් හෝ දත්ත සමුදායක් භාවිතා කිරීමට ඔබ සංවර්ධකයා සමඟ සාකච්ඡා කළ යුතුය. මෙය බොහෝ විට තැටිය අඩුවෙන් ඛණ්ඩනය වීමට උපකාරී වන අතර නිසැකවම එය NAND ෆ්ලෑෂ් ඩ්‍රයිව් එකක් නම් ඉඩ ඉතිරි කරයි. 100MB ගෙවීම් / ප්‍රයෝජනවත් දත්ත 1.4GiB බවට පත්වන හාස්‍යජනක තත්වය ඔබ පැහැදිලි කරන්නේ නම්, දත්ත ගබඩා කරන ආකාරයෙහි යම් දෝෂයක් ඇති අතර, සංවර්ධකයින් ඊට වඩා හොඳ විසඳුමක් ගෙන ආ යුතුය.

යමෙකු මෙම ගැටලුවට මුහුණ දී ඇත්නම්, ලිපිගොනු ප්‍රමාණය / තැටියේ විශාල වෙනසක් දැකීමට තවත් හේතුවක් වන්නේ විකල්ප දත්ත ප්‍රවාහ (ADS) භාවිතා කිරීමයි.

මෙය අදාළ වන්නේ මගේ දැනුමට අනුව එන්ටීඑෆ්එස් වෙත පමණි. ADS ප්‍රසිද්ධ වන්නේ නීත්‍යානුකූල සහ නීත්‍යානුකූල නොවන භාවිතයන් සඳහා ය:

• අන්තර්ජාලයෙන් බාගත කළ පරිදි ගොනුවක් ටැග් කිරීමට
• පාර-දත්ත ගබඩා කිරීමට (ගොනුවේ වර්ගය තීරණය කිරීම සඳහා ගොනු දිගුව භාවිතා නොකිරීම වැනි සමහර ඇපල් මෙහෙයුම් පද්ධතියේ අංගයක් ඇතුළත් කිරීමට මයික්‍රොසොෆ්ට් හට අවශ්‍ය විය)
• අනිෂ්ට මෘදුකාංගයක සන්දර්භය තුළ දත්ත හෝ කේත සැඟවීමට .

සරලවම ADS: ඕනෑම NTFS ගොනුවකට බහු දත්ත ප්‍රවාහයන් රඳවා තබා ගත හැකිය ("උප ගොනු" තේරුම් ගන්න). එකක් වින්ඩෝස් එක්ස්ප්ලෝරර් සහ අනෙකුත් වින්ඩෝස් මෙවලම් භාවිතා කරන ප්‍රධාන ධාරාවයි, එය ගොනුවක සුපුරුදු අන්තර්ගතය රඳවා ගනී. විකල්ප දත්ත ප්‍රවාහයන්හි ප්‍රධාන ධාරාව ලෙස වෙනත් තොරතුරු අඩංගු විය හැකි නමුත් ඒවා වින්ඩෝස් මෙවලම් මගින් කෙලින්ම හැසිරවිය නොහැක (විශේෂයෙන් එක්ස්ප්ලෝරර් ලිපිගොනු විශාලත්වය ADS ප්‍රමාණය නොසලකා ප්‍රධාන ධාරාවේ ප්‍රමාණයට සමාන ලෙස පෙන්වයි), ADS ලිවීමට, කියවීමට සහ සොයා ගැනීමට ඔබට විශේෂිත මෙවලම් හෝ කේත භාවිතා කළ යුතුය.

ප්‍රධාන කරුණ නම්, විශාල ගොනු ප්‍රමාණයේ වෙනසක් නිරීක්ෂණය කළ හොත්, ADS සහ සැඟවුණු අනිෂ්ට මෘදුකාංග නොසලකා හැරිය නොහැකි වීමයි.

තවත් සබැඳියක් .

ADS සමඟ ආරක්ෂිතව අත්හදා බැලීමට, මෙය DOS / CMD මට්ටමින් උත්සාහ කරන්න ...

C හි මූලයේ ගොනුවක අන්තර්ගතය සාදන්න සහ ප්‍රදර්ශනය කරන්න:

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

ප්‍රති ult ලය:

C:\> The main data stream

දැන් එකම ක්‍රමයක් සහිත ADS එකක් එක් කරන්න, ගොනු නාමයට අමතරව ADS නම සඳහන් කරන්න:

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

ඔබ රහස් පණිවිඩය ගොනුවේ සඟවා ඇත. අපි ADS “රහස” තුළ බයිට් එකතු කළද එක්ස්ප්ලෝරර් හි ගොනු ප්‍රමාණය වෙනස් වී නැති බව සලකන්න.

ADS අන්තර්ගතය ප්‍රදර්ශනය කිරීමට උත්සාහ කරන්න:

C:\> type test.txt:secret

ප්‍රති ult ලය:

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

typeADS හි අන්තර්ගතය ප්‍රදර්ශනය කිරීමට CMD හට නොහැක. අපි ඒ වෙනුවට නොට්පෑඩ් භාවිතා කරමු:

notepad test.txt:secret

නොට්පෑඩ් හි අපට ADS හි අන්තර්ගතය දැකිය හැකිය:

The secret message

ඔබට අහිංසක පෙළ ගොනුවක ADS තුළ සම්පූර්ණ ක්‍රියාත්මක කළ හැකි දෙයක් සඟවා ගත හැකි අතර ඕනෑම වේලාවක එය ක්‍රියාත්මක කරන්න. ධනය හැකර්වරුන්ට හානියක් නොවේ :-)

ගැටළුව පොකුරු ප්‍රමාණය නිසා විය හැකිය.

මයික්‍රොසොෆ්ට් ආයතනයට අනුව :

පරිමාවේ අඩංගු ඕනෑම ලිපිගොනු හෝ ෆෝල්ඩර සඳහා ඔබ එන්ටීඑෆ්එස් සම්පීඩනය භාවිතා නොකරන්නේ නම්, අවශ්‍ය ප්‍රමාණයට වඩා විශාල පොකුරු ප්‍රමාණයක් නිසා SIZE සහ SIZE ON DISK අතර වෙනස අවකාශය නාස්ති වේ. SIZE ON DISK අගය හැකි තරම් SIZE අගයට ආසන්න වන පරිදි ඔබ ප්‍රශස්ත පොකුරු ප්‍රමාණයක් භාවිතා කිරීමට උත්සාහ කළ යුතුය. SIZE ON DISK සහ SIZE අගය අතර ඇති අධික විෂමතාවය යනු පෙරනිමි පොකුරු ප්‍රමාණය ඔබ පරිමාව මත ගබඩා කරන සාමාන්‍ය ගොනු ප්‍රමාණයට වඩා විශාල බවත් එය අඩු කළ යුතු බවත්ය. මෙය කළ හැක්කේ පරිමාව උපස්ථ කිරීමෙන් පසුව පරිමාව නැවත ආකෘතිකරණය කිරීමෙන් ආකෘති විධාන සහ / ස්විචයක් මඟින් සුදුසු ප්‍රතිපාදන ප්‍රමාණය නියම කිරීමෙනි: IE: format D: /a:2048 (මෙම උදාහරණය 2-KB පොකුරු ප්‍රමාණයක් භාවිතා කරයි).

කුඩා පොකුරු ප්‍රමාණයෙන් ඔබේ ධාවකය සංයුති කිරීමට උත්සාහ කරන්න.

ඔබේ ධාවකය කුඩා පොකුරු ප්‍රමාණයකින් නැවත ආකෘතිකරණය කිරීමට බොහෝ අය නිර්දේශ කරන බව මට පෙනේ. මෙය SD කාඩ්පතක් බැවින්, බොහෝ වෙළෙන්දෝ NAND හි පොකුරු ප්‍රමාණයට අනුරූප වන පරිදි නිර්දේශිත පොකුරු ප්‍රමාණයට කාඩ්පත පෙර ආකෘතිකරණය කර ඇති බව සලකන්න (දෙකම සමමුහුර්තව තබා ගැනීම ප්‍රශස්ත කියවීමේ / ලිවීමේ කාර්ය සාධනය සහ ඇඳුම් ඇඳීම අඩු කිරීම සඳහා ඉතා වැදගත් වේ)

ඔබට NAND හි පොකුරු ප්‍රමාණය වෙනස් කළ නොහැක (එය ඔබගේ SD කාඩ් පතේ දෘඩාංගවල භෞතික ගුණාංගයකි).

ප්‍රමාණ වාර්තා කිරීමේ ගැටලුව දූෂිත ගොනු පද්ධතියක් තුළ නොපවතින බවට වග බලා ගැනීම සඳහා පළමුව ඔබේ SD කාඩ් පතෙහි scandisk / chkdsk ධාවනය කරන්න.

දෙවනුව, දෝෂය ගූගල් සිතියම් වෙත වාර්තා කිරීමට මම ඔබට යෝජනා කරමි, මන්ද ඔවුන් මෙහි දොස් පැවරිය යුතුය. ඔවුන් සුපිරි ගබඩා ක්‍රමයක් භාවිතා කළ යුතුය. එය නිවැරදි කිරීමෙන් I / O අඩු වීම සහ ගොනු පද්ධතියේ ධාවක ක්‍රියාකාරිත්වය හේතුවෙන් යෙදුම බොහෝ උපාංගවල වේගයෙන් ධාවනය වීමටද හේතු වේ.

මෙය බොහෝ ගොනු පද්ධති සමඟ පොදු ගැටළුවකි. මෙහි සාධක දෙකක් තිබේ, තාර්කික පරිමාවකට ගොනු පද්ධතියකට හැසිරවිය හැකි උපරිම “වාරණ” සහ ගබඩා මාධ්‍යයේ භෞතික සීමාවන්. ඕනෑම කොටසකට වෙන් කළ හැක්කේ ගොනු 1 ක් පමණි (ලිපිගොනු සාමාන්‍යයෙන් ඔවුන්ට අවශ්‍ය තරම් වාරණ ගනී). එබැවින් බයිට් 64 ක් සහිත පෙළ ගොනුවකට බොහෝ විට 4k සිට 32k දක්වා ඕනෑම දෙයක් ගත හැකිය, එය පිහිටා ඇති ගොනු පද්ධතියේ වාරණ ප්‍රමාණය අනුව.

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

දේවල් පෙට්ටිවලට දැමීමේ එක් රීතියක් නම්, ඔබට සම්බන්ධයක් නැති දේවල් දෙකක් කොටුවක තැබිය නොහැක. ඔවුන් එකම ලේඛනයේ කොටසක් විය යුතුය. එබැවින් මම පෙළ පිටුවක් ටයිප් කළහොත් එයට එයටම පෙට්ටියක් තිබේ. මගේ ටයිප් කළ පෙළට පිටු බොහොමයක් තිබුනේ නම්, ඒ සියල්ල එක පෙට්ටියකට ගැළපීමට නොහැකි නම්, මම තවත් පෙට්ටියක් සොයාගෙන ඒ වෙනුවට පිටු එහි තබමින්, මගේ පිටු සියල්ලම ගොනු කරන තෙක් නැවත නැවත කියමි. මම එම ලේඛනය සඳහා භාවිතා කළ පෙට්ටි සහ එය අනුපිළිවෙලින් කියවීමට පෙට්ටිවල අනුපිළිවෙලද ලියා තැබුවෙමි.

මම පෙට්ටි සංවිධානය කරන්නේ කෙසේද යන්න මත පදනම්ව, මගේ මැනිෆෙස්ටයේ නිශ්චිත පෙට්ටි ගණනක් සඳහා ප්‍රමාණවත් ඉඩක් තිබිය හැකිය. ඉතින් මට පිරවීමට විශාල කාමරයක් තිබුනේ නම්, නමුත් කාමර ධාරිතාවය කරා ළඟා වීමට මට ඉතා විශාල පෙට්ටි භාවිතා කිරීමට සිදුවේ.

එබැවින් එවැනි අවස්ථාවකදී මගේ එක් පිටු ලේඛනයක් තනි කොටුවක් තබා ඇති අතර එය වෙනත් කිසිවක් බෙදා නොගනී.

විවිධ ගබඩා විසඳුම් අතර එකම තත්වයන් ක්‍රියාත්මක වේ. FAT32 හට කළමණාකරනය කළ හැක්කේ වර්තමාන දැවැන්ත දෘ hard තැටිවල "පෙට්ටි" අඩු සංඛ්‍යාවක් ලෙස සලකන දේ පමණි, එබැවින් එය වන්දි ගෙවීම සඳහා ඉතා විශාල "පෙට්ටි" වලින් අවසන් වේ.

පොකුරු ප්‍රමාණ හැරුණු විට, පහත දැක්වෙන කොන්දේසි නිසා ඔබට විෂමතාවයක් ද ඇති විය හැකිය:

• සම්පීඩිත හෝ සංකේතාත්මක ගොනු වලට තාර්කික ගොනු ප්‍රමාණයට වඩා වෙනස් ඉඩක් භාවිතා කළ හැකිය.
• සම්බන්ධිත ලිපිගොනු තාර්කික ගොනු ප්‍රමාණය සඳහා ගොනුවේ ප්‍රමාණය මෙන් n ගුණයක් වාර්තා කරයි , නමුත් භාවිතා කරන භෞතික අවකාශය සාමාන්‍යයෙන් අඩුය.

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

තැටිය නැවත ආකෘතිකරණය කිරීමට අවශ්‍ය සියලු දෙනාටම අපහසුතාවයක් ඇත.

සමහර අවස්ථාවලදී එම ලිපිගොනු සංරක්ෂිතයේ ගබඩා කිරීම ගැටළුව විසඳනු ඇත (තවද ලිපිගොනු අවසානයේ ඇති ඉඩ නැතිවීම නැවැත්වීමට අමතරව කුඩා ලිපිගොනු සම්පීඩනය වේ). විසංයෝජනය සඳහා යම් කාලයක් ගත කිරීමේ අපහසුතාවය මෙයයි.

විශේෂිත යෙදුම් ආශ්‍රිත ගැටළුවක් නිසා ඔබට කුඩා ලිපිගොනු විශාල ප්‍රමාණයක් තිබේ නම් තවත් විකල්පයක් වන්නේ ඔබේ මෘදුකාංග දත්ත වෙනත් ක්‍රමයක් භාවිතා කර ගබඩා කිරීමයි (දත්ත සමුදායක විය හැකිය). නමුත් ඇත්ත වශයෙන්ම එය ක්‍රමලේඛකයින් සඳහා විසඳුමක් මිස අවසාන පරිශීලකයින් නොවේ.

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

තනි ගොනුවක වින්ඩෝස් 10 හි විශාල ගොනු ප්‍රමාණයේ විෂමතා මා දුටුවෙමි, නමුත් වින්ඩෝස් එක්ස්පී සමඟ එකම ස්ථානයෙන් (ජාල ධාවකය) එකම ගොනුවේ ගුණාංග දෙස බැලුවහොත් විශාල විෂමතාවයක් නොමැත; කුඩා වෙනසක් පමණි, එය ඔබ අපේක්ෂා කරන දෙයයි. වින්ඩෝස් 10 හි දෝෂයක් ඇතැයි මම සිතමි. 449MB ගොනුවක් බොහෝ විට 3.99GB නොගත යුතුය, එය වින්ඩෝස් 10 මට කියන්නේ එයයි.