Упала скорость записи на флешку

[Dimoks]

Упала скорость записи на флешку

сабж...

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

отформатировал... и скорость упала с 16 как пишут на сайте до 5-6 мб в сек
переформатировал уже несколько раз в ntfs, exfat, fat32
не помогает

 

[Kompot]

а на другом компе как с записью дела?

 

[Dimoks]

отформатил

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

с галочкой оптимизация... вроде стало как было
вообще почитал ixbt окаывается форматить флешки не так просто

 

[ohh]

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

Теперь допустим конкретный пример: blength для данной модели - например, 32к. Система - скажем, винда. Скоре всего, производитель выпустит флэшку отформатированной в фат32 блоками 32к. Юзер, зная, что "нтфс - это круто", переформатирует флэшку в нтфс, не указав размер блока, и тот станет либо 512, либо 1к, либо 4к (например) - смотря по размеру флэшки. Теперь прикидываем, во сколько раз в данном случае упадёт скорость записи на флэшку - смотря по тому, насколько длина блока файловой системы короче blength.

Выводы:
1. если мы знаем значение blength, то при форматировании указываем его явно, как длину блока файловой системы - это вроде как не должно создавать проблем.
2. Если мы его не знаем, то переформатирум утилитой от производителя, которая сама определит, какова длина этого блока.
3. по возможности лучше не париться и не переформатировать флэшки, если в том нет нужды.

 

[Recover]

длинна блока он же номер блока - понятия, которыми оперирует процессор флешки при инициализации алгоритма размещения данных, и к скорости они никакого отношения не имеють )))

 

[Renegade]

сабж...

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

отформатировал... и скорость упала с 16 как пишут на сайте до 5-6 мб в сек
переформатировал уже несколько раз в ntfs, exfat, fat32
не помогает

форматни в fat16, удивись результату

правда хз удастся ли форматнуть в фат16 диск такого размера...

 

[ZaP]

отформатил

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

с галочкой оптимизация... вроде стало как было
вообще почитал ixbt окаывается форматить флешки не так просто

У меня этой прогой не определяется флешка. Странно.
Вообще, тоже стоит проблема падения скорости записи - Kingston Data Traveler 120.

 

[swisst]

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

Теперь допустим конкретный пример: blength для данной модели - например, 32к. Система - скажем, винда. Скоре всего, производитель выпустит флэшку отформатированной в фат32 блоками 32к. Юзер, зная, что "нтфс - это круто", переформатирует флэшку в нтфс, не указав размер блока, и тот станет либо 512, либо 1к, либо 4к (например) - смотря по размеру флэшки. Теперь прикидываем, во сколько раз в данном случае упадёт скорость записи на флэшку - смотря по тому, насколько длина блока файловой системы короче blength.

Выводы:
1. если мы знаем значение blength, то при форматировании указываем его явно, как длину блока файловой системы - это вроде как не должно создавать проблем.
2. Если мы его не знаем, то переформатирум утилитой от производителя, которая сама определит, какова длина этого блока.
3. по возможности лучше не париться и не переформатировать флэшки, если в том нет нужды.

blength именуется сектором
величина n*blength - именуется кластером
n - целое всегда

форматни в fat16, удивись результату

правда хз удастся ли форматнуть в фат16 диск такого размера...

fat16 - до 4 Гб и ку-ку...

У меня этой прогой не определяется флешка. Странно.
Вообще, тоже стоит проблема падения скорости записи - Kingston Data Traveler 120.

такая трабла...одолеешь - маякни...

ЗЫ прога тоже не видит...наверное для корсаров только...

 

[Alseza]

а с другими флешками норм или тоже?
мож де контролер УСБ глюкнуло(дрова) было такое с винтом

 

[ohh]

blength именуется сектором

Длиной или размером сектора.

величина n*blength - именуется кластером

Длиной или размером кластера.

n - целое всегда

...это всё - в известных мне файловых системах персоналочных ос.

 

[Klez]

свойства флешек зависят не только от формата, но и от прошивки самой флешки. Есть тулзы которые заливают прошивку и потом форматят для быстрого доступа. Такие тулзы привязаны к контроллеру на котором сделана флешка, т.е. для каждого контроллера своя тулза.

Короче, если флешка нормально работает, то лучше с ней не экспериментировать. Ну а если сломалась, прийдется долго покопаться по сайтам типа

Тільки зареєстровані користувачі бачать весь контент у цьому розділі

. Нужно узнать какой чип используется, потом подобрать софт под него. Подробностей уже не помню. Восстановил таким образом свой корсар в свое время.