Ldsuyiwe
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Цитата:| Как тогда быть с solid архивами, где ради увеличения сжатия файлы сортируются по расширению и rarfiles.lst. Да и не в solid файлы традиционно добавляются в порядке, указанном пользователем, и другой подход может оказаться непривычным. |
Цитата:| Оценивать IOPS диска (с треском запускать сотню seeks?) это, на мой взгляд, немного перебор для архиватора. Кроме того, если файлы в дисковом кэше, при этом подходе мы опять ошибемся с прогнозом, только теперь в излишне пессимистическую сторону. |
Все предложения не для тысячи файлов ,а для нескольких сот тысяч и миллионов при резервном копировании (нет разницы ждать 1 или 3 минуты, но есть 1 и 3 часа ). Тогда файлов с одним расширение может набраться десятки тысяч и сортировать их уже в пределах группы по расположению по кластерам, и при таком количестве про кэш можно не обсуждать.
Добавлено:
Возможно мене кажется, но хочу уточнить.
При генерации томов для восстановления, допустим для 800 файлов по 1 гигабайту
создаются 20 томов, rar занимает в памяти 100 мегабайт, на диск HDD идет максимальная нагрузка
в 150 IOPS, процессор грузится примерно на одно ядро.
Как я понимаю файлы архива 800 штук читаются параллельно, если увеличить внутренний буфер для чтения каждого файла архива (в 10 раз пусть rar занимает 1 гигабайт) для снижения IOPS диска, должна увеличиться скорость. |
