Легенда:
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
| | | |
(upd1) точно не скажу, но вот, что я натестил: 21.05.07 16:55 Число просмотров: 1713
Автор: !mm <Ivan Ch.> Статус: Elderman Отредактировано 21.05.07 17:09 Количество правок: 1
|
копирование 636 файлов 4,35 мб
с винта на усб флешку (ide -> кингстон, 2гб):
NTFS: 29 сек
FAT32: 38 сек
FAT: 43 сек
с винта на усб винт (ide -> вестерн дигитал, 120гб)
NTFS: 10 сек
винт в разные ФС форматировать не стал, там инфы много, перекидывать долго =)
с винта усб на винт ide (ntfs) - 10 сек
с флешки ubs на винт ide (ntfs) - 21 сек
копировал по три раза, значение брал минимальное
upd1: для информации http://www.3dnews.ru/storage/2_gb_flesh/index2.htm
|
<miscellaneous>
|
Почти что "ГЫ-Ы!!" Но миск - самое место: Компьютер в масле. 20.05.07 18:46
Автор: Fighter <Vladimir> Статус: Elderman
|
Тут
|
|
Читаем: ...после восьми часов под нагрузкой теста 3DMark температура достигала 84-88°С... - даже если извратиться с теплоотводами встаёт вопрос о ремонтопригодности: я бы по меньшей мере упятерил цену за _попытку_ ремонта в столь недружественной среде ;) 21.05.07 09:41
Автор: Ustin <Ustin> Статус: Elderman
|
|
| |
Долой масло, даешь спирт 100% очистки! Поднимем ремонтопригодность на небывалую высоту! И теплоотвод будет значительно лучше, чем у масла. 21.05.07 14:03
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 21.05.07 14:03 Количество правок: 1
|
|
| | |
Спирт не бывает 100%, приближение к 100% спирту это типа как приближение к абсолютному 0. Спирт "высосет" влагу из воздуха для своих ~96%, и в компе будет коррозия -)) 21.05.07 16:41
Автор: HandleX <Александр М.> Статус: The Elderman
|
|
| | | |
Бывает. Так и называется: "абсолютный спирт". Хранят хитро, используют для осушения всяких хитрых деталей хитрых приборов. Спиртом почти не пахнет. 21.05.07 22:54
Автор: Fighter <Vladimir> Статус: Elderman
|
|
| | | |
Главное, что "среда будет дружественная", в отличии от масла и стакан чтоб не заржавел. 21.05.07 16:58
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
|
|
|
У меня давно такая мысль сидит, тока, 21.05.07 03:12
Автор: Zef <Alloo Zef> Статус: Elderman
|
естественно использовать флешки вместо винта - чтобы был абсолютно беззвучным. Как тока флешки достаточной емкости с ATA-интерфейсом появятся, так сделаю. Или мож, сам на чипах флеш-памяти что-нить прямо на шину сваяю и драйвер к нему.
А вместо масла - фреон с температурой кипения около 50 градусов. У меня в институте во дворе бочка такого стоит - им когда-то система автоматического пожаротушения заправлялась.
|
| |
Флешки не очень быстры в работе с множеством мелких файлов, к сожалению ( 21.05.07 09:23
Автор: !mm <Ivan Ch.> Статус: Elderman
|
Хотя, может быть, я не в курсе и есть флешки, для которых эта проблема решена)
|
| | |
А разве это не проблема ФС на флешке? 21.05.07 12:59
Автор: fly4life <Александр Кузнецов> Статус: Elderman
|
|
| | | |
(upd1) точно не скажу, но вот, что я натестил: 21.05.07 16:55
Автор: !mm <Ivan Ch.> Статус: Elderman Отредактировано 21.05.07 17:09 Количество правок: 1
|
копирование 636 файлов 4,35 мб
с винта на усб флешку (ide -> кингстон, 2гб):
NTFS: 29 сек
FAT32: 38 сек
FAT: 43 сек
с винта на усб винт (ide -> вестерн дигитал, 120гб)
NTFS: 10 сек
винт в разные ФС форматировать не стал, там инфы много, перекидывать долго =)
с винта усб на винт ide (ntfs) - 10 сек
с флешки ubs на винт ide (ntfs) - 21 сек
копировал по три раза, значение брал минимальное
upd1: для информации http://www.3dnews.ru/storage/2_gb_flesh/index2.htm
|
| | | | |
Я это тоже замечал. И все дело не в том, что скорость записи... 21.05.07 18:26
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 21.05.07 18:30 Количество правок: 1
|
> копирование 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
|
| | | | | |
Угу. Вот и получается куча операций записи. А самый... 21.05.07 23:09
Автор: 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
|
| | | | | | |
Забыл сказать, что это все решаемо. Можно же как-то в виндах... 22.05.07 11:14
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman Отредактировано 22.05.07 11:15 Количество правок: 1
|
> Угу. Вот и получается куча операций записи. А самый > распространенный тип флэш-памяти как раз пишет гораздо > медленее, чем читает. Поэтому запись одного большого файла > быстрее чем, кучи маленьких.
Забыл сказать, что это все решаемо. Можно же как-то в виндах настроить кеширование для съемных носителей. Это должно распространяться не только на дисководы, но и на флешки. По идее в этом случае все модификации будут производиться в оперативке, а при "безопасном извлечении" как раз и будет все записано однократно, сектор за сектором последовательно, как будто один большой файл.
В принципе в виндах самая хреновая система кеширования из всех, с которыми я сталкивался. Если рассмотреть операционки под архитектуру х86, то самая прозрачная для доса - это даже не smartdrv, а ncache2. Самая правильная у новэля. Самая загадочная у линукса. Весь прикол в том, что с точки зрения простого пользователя файлкеш затрудненно настраивается и у линукса и у виндовса, но у линукса он слишком хорошо работает - кеширует даже запросы низкого уровня немонтированного тома. У виндов (видать так уж устроена их журналируемая НТФС) не кеширует ничего.
|
| | | | | | | |
Можно, конечно. В свойствай устройства закладка "Политика",... 22.05.07 11:38
Автор: Fighter <Vladimir> Статус: Elderman
|
> > Угу. Вот и получается куча операций записи. А самый > > распространенный тип флэш-памяти как раз пишет гораздо > > медленее, чем читает. Поэтому запись одного большого > файла > > быстрее чем, кучи маленьких. > > Забыл сказать, что это все решаемо. Можно же как-то в > виндах настроить кеширование для съемных носителей. Это Можно, конечно. В свойствай устройства закладка "Политика", кнопка "Оптимизировать для исполнения". По умолчанию для съемных устройств стоит "Оптимизировать для извлечения".
> должно распространяться не только на дисководы, но и на > флешки. По идее в этом случае все модификации будут > производиться в оперативке, а при "безопасном извлечении" > как раз и будет все записано однократно, сектор за сектором > последовательно, как будто один большой файл. Угу :) Только не как большой файл, а как кучу маленьких. Так что в примерно в 90% случаев это ничего не даст: флэшку обычно втыкают ненадолго, чтобы только инфу сбросить.
> В принципе в виндах самая хреновая система кеширования из > всех, с которыми я сталкивался. Если рассмотреть > операционки под архитектуру х86, то самая прозрачная для > доса - это даже не smartdrv, а ncache2. Самая правильная у > новэля. Самая загадочная у линукса. Весь прикол в том, что > с точки зрения простого пользователя файлкеш затрудненно > настраивается и у линукса и у виндовса, но у линукса он > слишком хорошо работает - кеширует даже запросы низкого > уровня немонтированного тома. У виндов (видать так уж > устроена их журналируемая НТФС) не кеширует ничего.
|
|
|