think

- So what? - But how?!

надеюсь все знают старинный "английский" анекдот.

Именно он вспомнился мне, когда я посмотрел вот на такое окошко

defrag
«defrag» на Яндекс.Фотках

которое мне выдал штатный Defrag у Microsoft Windows.

С удовольствием выслушаю любые версии ответа на вопрос "но как?!"

тем, кто не понимает, поясню:
"размер кластера" - это минимальный размер единицы места на жестком диске, который может быть занят. В данном случае, для хранения даже одного байта, используется 4КБ. Из них один байт - полезный, остальное - "хвосты".
Как можно "разнести" файл общим размером в 1КБ на 20 (двадцать) кусочков - я не понимаю.
Ситуация осложняется тем, что на жестких дисках пространство делится тоже не по-байтно. А по 512 байт-но. Иными словами, размер кластера меньше чем 512 байт сделать не получится, даже если очень хочется. Получается, что в самом худшем случае, файл размером в один килобайт, можно записать двумя кусками. Максимум.
Tags:
я про них вспомнил, но так и не придумал, что можно альтернативного записать 20 раз. ACL в этих самых стимах держат? Впрочем, залезать сейчас туда и смотреть сколько там элементов в ACL всёравно лениво.
Это же файл лога, там в разных потоках логи от разных источников или ротация.
ого. круто.

а кроме самого майкрософта потоки на ntfs кто-нибудь широко использует?
Вряд ли. Единственный очевидный плюс перед множеством файлов (CopyFile копирует все потоки за один вызов) не работает при переносе файлов через носители с FAT.
Кстати, да, сколько альтернативных копий файла возможно создать?
Поджимка хвостов.
Нашлось двадцать кусочков в разных кластерах, которые недозаполнены, вот и приобщили их к делу.
Тоже самое происходит и в ext3/4 если мне память не изменяет.