информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Все любят медСтрашный баг в WindowsЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Блокировка российских аккаунтов... 
 Отзыв сертификатов ЦБ РФ, ПСБ,... 
 Памятка мирным людям во время информационной... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / miscellaneous
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Угу. Вот и получается куча операций записи. А самый... 21.05.07 23:09  Число просмотров: 1612
Автор: 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
<miscellaneous> Поиск 






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach