bomzzz Так вроде еще тогда и выяснилось, что тот тестовый АФ-винт был сам по себе медленный и с глюкавой микропрограммой (у него ж огромное время доступа и ncq похоже что не работает: [more]
Hitachi HDS721010DLE630 [AF]:
CrystalDiskMark 3.0 Последовательное чтение (Размер блока 1024 КБ) 179.1 Мб/сек
CrystalDiskMark 3.0 Последовательная запись (Размер блока 1024 КБ) 177.3 Мб/сек
CrystalDiskMark 3.0 Случайное чтение (Размер блока 4 КБ) 0.648 Мб/сек
CrystalDiskMark 3.0 Случайная запись (Размер блока 4 КБ) 1.125 Мб/сек
CrystalDiskMark 3.0 Случайная запись (Размер блока 4 КБ, Глубина запроса 32) 1.041 Мб/сек
CrystalDiskMark 3.0 Случайное чтение (Размер блока 4 КБ, Глубина запроса 32) 1.486 Мб/сек
IOmeter.org Fileserver, глубина очереди=256 89 опер/cек
IOmeter.org Fileserver, глубина очереди=512 91 опер/cек
IOmeter.org Fileserver, глубина очереди=1 49 опер/cек
IOmeter.org Fileserver, глубина очереди=2 55 опер/cек
IOmeter.org Fileserver, глубина очереди=32 70 опер/cек
[/more], а это катастрофа для твоего применения -- записи кучи мелких файлов. АФ, заметь, здесь ни при чем).
Плюс ты так и не смог толком определиться, выровнена таки у тебя была ФС или нет :)
Цитата: а размер записи можно как то изменить?
нет. Фиксированный формат
Помнится, когда-то этот вопрос уже поднимался... Так вот, в теории-то формат не фиксирован, размер записи может быть любым -- но на практике что виндовый format, что сторонние форматилки, всегда задают размер записи в 1кб. И есть основания полагать, что виндовый драйвер ntfs просто не учитывает значение размера записи из bpb и всегда использует умолчальное.
Добавлено: PS
И да, какой вообще смысл менять размер записи? Я смысла не вижу... Или ты надеешься тела твоих мелких файлов в $MFT разместить резидентными атрибутами? Поверь, от этого тормозов меньше не станет.