Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
Угу. Вот и получается куча операций записи. А самый... 21.05.07 23:09 Число просмотров: 1720
Автор: Fighter <Vladimir> Статус: Elderman
|
> > копирование 636 файлов 4,35 мб
> >
> > с винта на усб флешку (ide -> кингстон, 2гб):
> > NTFS: 29 сек
> > FAT32: 38 сек
> > FAT: 43 сек
>
> Я это тоже замечал. И все дело не в том, что скорость
> записи на флешку ниже, чем скорость чтения, поскольку
> приличное время уходит на стирание блока прежде его записи.
>
> > с винта на усб винт (ide -> вестерн дигитал, 120гб)
> > NTFS: 10 сек
> > винт в разные ФС форматировать не стал, там инфы
> много,
> > перекидывать долго =)
> >
> > с винта усб на винт ide (ntfs) - 10 сек
> > с флешки ubs на винт ide (ntfs) - 21 сек
>
> Странно все это. Резонный вопрос: "А какая у этой флешки
> скорость линейного чтения/записи"?
>
> Если скорость записи огромного количества файлов отличается
> от записи одного файла эквивалентрого размера, то следует
> разбираться с алгоритмом кеширования.
>
> Вполне вероятно, что УСБ винт понимается системой как винт,
> а флешка, как съемный накопитель, что обязывает систему
> постоянно проверять не было ли смены а так же выключать
> кеширование.
>
> Если кеширование выключено, то при записи маленького файла
> (допустим один байт) должно произойти следующее: чтение
> каталогов, проверка имени на дублирование (проверка
> выполняется быстро, а чтение фрагментированоого каталога
> может занимать много времени), внесение модификации в
> каталог, стирание блока флешпамяти, запись
> модифицированного блока (а вот это уже занимает время -
> прокачка через интерфейс всего блока, даже если имя файла
> всего один символ), считывание таблицы распределения
> файлов, поиск свободного места (сам поиск быстрый, а
> считывание может занимать большое время, если свободное
> место в конце), модификация таблицы, стирание блока, запись
> фрагмента таблицы (пишется весь блок, даже если
> модифицировались всго 32 бита). Ну и запись содержимого
> файла со всеми параллельными процедурами.
Угу. Вот и получается куча операций записи. А самый распространенный тип флэш-памяти как раз пишет гораздо медленее, чем читает. Поэтому запись одного большого файла быстрее чем, кучи маленьких.
> > копировал по три раза, значение брал минимальное
>
> Нужно учитывать, чтоб маленькие файлы были бы все таки не
> однобайтные, а их размер кореллировался бы с размером блока
> флешки. В противном случае скорость записи множества
> однобайтовых файлов может быть во столько ниже, во сколько
> размер файла меньше размера блока, поскольку на каждый байт
> полезной информации реально будет записываться блок
> бесполезной.
>
> >
> > upd1: для информации
> > http://www.3dnews.ru/storage/2_gb_flesh/index2.htm
|
|
|
подробно о проекте
Анализ криптографических сетевых...
