Скорость копирования
Модераторы: Моторокер, Avada, CaptainFlint, Nik, d-view
Скорость копирования
При использовании плагина Extendet copy FAR позволяет копировать из диска на диск со скоростью ~40MB/s в пределах одного винта, при этом в Totalе ~10 MB/s, может есть подобное и для Totala ?
2kent Поскольку никакой эмпирической формулы ,связывающей размер буфера с величиной физического кэша HDD и т.п. не выведено,может быть только одна рекомендация-убить час своего личного времени на подбор оптимальных для своей конфигурации железа цифр,записать на будущее и забыть про эту проблему.От себя могу добавить,что "большим файлом" я считаю превышающий по размеру аппаратный кэш одиночного винчестера (у всех моих по 8МБ) и блоксайз для больших файлов выбрал впятеро большим.Это не слишком зажимает остальные приложения в памяти и не вызывает ответной подкачки.Хотя скорость копирования ещё повышалась при дальнейшем увеличении буфера.Kent писал(а): Есть ли какие-нибудь рекомендации по размеру буфера при использовании RAID0 и RAID5 ?
2all Eсли найдётся достаточное количество добровольцев,можно сделать полезное дело: завести в форуме тему (или постить в эту) и собирать в ней данные обмера данные обмера скоростей копирования на разном железе при разных величинах буферов. Потом путем обобщения результатов вероятно удастся вывести эту треклятую эмпирическую формулу.Мои соображения по этому поводу: размер образцов при копировании-стандартизировать,условия измерения тоже.Люди,у которых,например,не будет возможности измерить скорость с винта на винт,или с раздела на раздел на одном винте,просто пропустят эти разделы "анкеты".
Пока предлагаю определиться с тем,набирается ли у нас вообще достаточное количество участников для этой затеи и выработать единую методику измерений.
Согласен.Причем интересно,ты даже выразился дословно так,как сказал бы я.Только у меня есть уточнения. По-моему надо ввести три типа образцов.Один из них указан выше.Другой-700 мелких файликов по 1 кило,поскольку неоднократно замечено-скорость копирования мелкого файлА не только отличается от крупного в разы за счет накладных расходов на работу с хэндлами, но и не корреллирует с ней напрямую.И третий стандартизировать я думаю не получится к сожалению,но он необходим. Крупный файл,превышающий по размеру аппаратный кэш винта(винтов).Его каждому тестеру придется выбирать,исходя из своих возможностей,а потом в отчёте писать величину этого файла и размер кэша.Kent писал(а):Можно попробовать. Предлагаю размер 700 Мб (обычный размер фильма). А вот как стандартизировать условия измерения?
Анкету выработаем здесь же в топике совместными усилиями,прежде чем приступать непосредственно к замерам.
Я предлагаю в число обязательных параметров ввести кэш.Остальное по возможностям конкретного юзера.Если у него нет возможности указать скорость с винта на винт ,или с раздела на раздел,он пропускает эти строки.
Составляется таблица вида CopyBlockSize| Speed on 700x1 | Speed on 1x700 | Speed on bigfile=stolko-to
и другая copyhugeblocksize | Speed on 700x1 | Speed on 1x700 | Spped on bigfile=stolko-to
они повторяются для разных сочетаний с винта на винт и между разделами.Для разнотипных винтов-туда-обратно.
Я думаю сразу же появятся альтернативные предложения.Так что давайте обсудим.
Редактирую,т.к. только что сообразил-обязательно нужен ещё размер ОЗУ.
Решил внести свой вклад в это дело
Во первых, пришлось написать программку для создания 700 одинаковых файлов.
Кому надо можете ее скачать.
Моя система: Celeron 2ГГц, RAM 512 Мб, винт Seagate Barracuda 7200 кеш 8 Мб
Винт у меня один, так что тестировал только копирование между разделами. Все разделы в NTFS.
И вот что у меня вышло.
Во первых, пришлось написать программку для создания 700 одинаковых файлов.
Моя система: Celeron 2ГГц, RAM 512 Мб, винт Seagate Barracuda 7200 кеш 8 Мб
Винт у меня один, так что тестировал только копирование между разделами. Все разделы в NTFS.
И вот что у меня вышло.
- CaptainFlint
- Сообщения: 6243
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
- CaptainFlint
- Сообщения: 6243
- Зарегистрирован: Вт дек 14, 2004 22:34
- Контактная информация:
700-мегабайтный файл за 3 секунды??? Снимаю шляпу... У меня на SATA-винте (тоже Seagate) максимум, что удавалось выжать - это 63 МБ/с ("компьютерных" мегабайт, которые по 1024 килобайта), и то это было не копирование а чистое чтение (копирование в nul). Соответственно, для 1415-метрового файла процесс шёл 22,5 секунды.
copyhugeblocksize у меня тоже 10240.
copyhugeblocksize у меня тоже 10240.
Почему же, ё-моё, ты нигде не пишешь "ё"?
Ндя....я кааапитально прокололся
, a мне никто слова не сказал...
Нужно же было под тот же объём,под 700МБ, то есть следовало копировать 700х1024 файликов по 1 кило. И второй прокол. Ведь может быть разным тип файловой системы у экспериментаторов и размер кластера.Это же тоже повлияет. В-общем,предложенный мной навскидку ночью
вариант требует капитальнейшей доработки.
Какие у честнOй публики будут предложения?
З.Ы. Я свои замеры смогу провести только через недельку. Сейчас у меня мало места на разворот.По памяти типичный старый результат 37-40 МБ/с на файлах 700МБ и выше c раздела на раздел на SATA RAID0. кэш по 8 MB. copyhugeblocksize=40960. При 81920 начинались невообразимые глюки.А при меньших падала скорость.Смерю-скажу точнее.
2CaptainFlint Прошy меня простить за идиотизм, но как средствами ТС можно копировать в nul?
Какие у честнOй публики будут предложения?
З.Ы. Я свои замеры смогу провести только через недельку. Сейчас у меня мало места на разворот.По памяти типичный старый результат 37-40 МБ/с на файлах 700МБ и выше c раздела на раздел на SATA RAID0. кэш по 8 MB. copyhugeblocksize=40960. При 81920 начинались невообразимые глюки.А при меньших падала скорость.Смерю-скажу точнее.
2CaptainFlint Прошy меня простить за идиотизм, но как средствами ТС можно копировать в nul?