До меня доходили следующие байки:
Флешка работает с памятью блоками характерной для данной модели флэшки длины (=Blength). При форматировании флэшки блоками n*blength скорость записи не падает, если n - целое число. Если же n - не целое число, то хотя бы 1 блок файловой системы получается короче физического блока памяти, и при записи в него надо сперва прочесть данные, затем смодифицировать прочитанное, а потом записать назад. Скорость, понятное дело, сразу упала. Понятно, что при n<1 все блоки файловой системы будут короче blength и будут писаться медленнее. На распространённых писюковских ос при n>1, получить n не целым, ИМХО, вряд ли получится - ибо длина блока обычно увеличивается по степеням двойки.
Теперь допустим конкретный пример: blength для данной модели - например, 32к. Система - скажем, винда.
Скоре всего, производитель выпустит флэшку отформатированной в фат32 блоками 32к. Юзер, зная, что "нтфс - это круто", переформатирует флэшку в нтфс, не указав размер блока, и тот станет либо 512, либо 1к, либо 4к (например) - смотря по размеру флэшки. Теперь прикидываем, во сколько раз в данном случае упадёт скорость записи на флэшку - смотря по тому, насколько длина блока файловой системы короче blength.
Выводы:
1. если мы знаем значение blength, то при форматировании указываем его явно, как длину блока файловой системы - это вроде как не должно создавать проблем.
2. Если мы его не знаем, то переформатирум утилитой от производителя, которая сама определит, какова длина этого блока.
3. по возможности лучше не париться и не переформатировать флэшки, если в том нет нужды.
