Пользоваться нужно нормальными средствами дефрагментации 
Тот же PerfectDisk 7 и файлы дефрагментирует, и свободное место 
И по времени доступа рассортирует. В общем, как древний Speedisk под FAT работал
Но до 100% не дотянет. И не дотянет до уровня заполненности, на котором FAT32 ещё работает.
Фигня. У меня и дома и на работе винт под завязку набит. Иногда появляется сообщение, что мол места нет. Проблем никогда не было.
]]>1. Конечный размер метафайла, хранящего параметры всех файлов. Если общее число файлов превысит количество файловых описаний, умещающихся в метафайле, то новым будет некуда деться, даже при наличии свободного места на винчестере.
ага. 1Кб записи при пределе в 12% от емкости диска на 20Гб HDD какое ограничение на количество файлов дадут?
2. Журналирование. При нехватке места на винчестере тратить ресурсы ещё и на журналирование каждой операции - роскошь.
журналирование дает отказоустойчивость, цена такой полезной фичи в сравнении с занимаемым ей местом - смешна.
3. Особенности дефрагментации. Она (если штатными средствами Windows, а не нортон-утилитами) делается так, что свободное место получается сильно фрагментированным. После чего длинные файлы тоже оказываются фрагментированными. А это, в свою очередь, приводит к тому, что на описание размещения длинного файла может не хватить места в файловом описании.
не приведет, не боись. размеры несопоставимы.
]]>На переносном 20Гб винте, ради совместимости с Linux, перегнал NTFS в FAT32. Было ~1Гб свободно, не влезло около 7Гб... Почувствуйте разницу.
дык это, стандартный размер кластера в NTFS - 4Кб, хотя можно и повыпендриватся.
В фат32 насколько помню, на разделах от 2Гб кластер начинает расти какими то неимоверными темпами, отсюда и дикое количество "пропавшего места".
updated: до 8Гб - кластер 4Кб. более 32Гб раздел - кластер уже по 32Кб.
]]>В НТФС такие фишечки есть забавные))
мне недавно показали способ хранить несколько гигабайт информации внутри, скажем, двубайтного файла :-) Я не шучу :-) И это не мегасжатие.
угу.
потоки в файле, есть такая фигня.
мне недавно показали способ хранить несколько гигабайт информации внутри, скажем, двубайтного файла :-) Я не шучу :-) И это не мегасжатие. Так захотелось вирус написать, не поверите.. спасла только природная доброта.))) А вообще, от приступа паранойи я отошел тогда толко часа через три :-)
]]>Пользоваться нужно нормальными средствами дефрагментации Тот же PerfectDisk 7 и файлы дефрагментирует, и свободное место И по времени доступа рассортирует. В общем, как древний Speedisk под FAT работал
А если утверждаешь - "может" начать, приведи аргументы. Из-за каких таких особенностей ntfs себя так "может начать" вести?
1. Конечный размер метафайла, хранящего параметры всех файлов. Если общее число файлов превысит количество файловых описаний, умещающихся в метафайле, то новым будет некуда деться, даже при наличии свободного места на винчестере.
2. Журналирование. При нехватке места на винчестере тратить ресурсы ещё и на журналирование каждой операции - роскошь.
3. Особенности дефрагментации. Она (если штатными средствами Windows, а не нортон-утилитами) делается так, что свободное место получается сильно фрагментированным. После чего длинные файлы тоже оказываются фрагментированными. А это, в свою очередь, приводит к тому, что на описание размещения длинного файла может не хватить места в файловом описании. Тем более что здесь хранится не линейная цепь, а дерево.
На переносном 20Гб винте, ради совместимости с Linux, перегнал NTFS в FAT32. Было ~1Гб свободно, не влезло около 7Гб... Почувствуйте разницу.
Про свободное место - бред. Не раз забивал каталоги на 100%, ни разу ничего не падало. Только писаться переставало. Впрочем, как и в любой современной FS. Вот, сейчас пишу с машины под ReiserFS, где свободно всего 230Мб из 120Гб Пора чистить, а то фрагментация ужасно растёт на таких размерах...
]]>