LINUX.ORG.RU

История изменений

Исправление i3draven, (текущая версия) :

Ан нет :) Вы правы. Скорость нифига не падает :) Я видать запутался и перепутал все это с raid0 режимом. Сейчас проверил еще раз. От порядка дисков при создании ФС скорость либо вообще, либо почти не зависит в случае заполнения нулями. Развлечения, такие развлечения :) Думаю перепроверить и raid0 режим стоит...но мне лень пока, да и интерес был в том что бы конструкцию собрать и посмотреть будет ли работать (работает отлично), а не тестить насколько быстро я в начале и вообще не хотел :)

Собственно к /dev/zero я пришел когда понял, что /dev/urandom выдает данные со скоростью меньше 50Мб/с и почему-то выдает не запрашиваемое число байт, а сколько ей захотелось (что меня вообще удивило, в среднем где то 32Мб и все). Так что чем еще можно протестировать все это я пока не придумал. Так как при копировании файла откуда то, его надо читать и скорость упрется в это чтение.

upd: выяснилось, что 32МБ он выдает если запросить куски по 1Гб, если куски по 1Мб, выдает сколько надо, но скорость маленькая.

Исходная версия i3draven, :

Ан нет :) Вы правы. Скорость нифига не падает :) Я видать запутался и перепутал все это с raid0 режимом. Сейчас проверил еще раз. От порядка дисков при создании ФС скорость либо вообще, либо почти не зависит в случае заполнения нулями. Развлечения, такие развлечения :) Думаю перепроверить и raid0 режим стоит...но мне лень пока, да и интерес был в том что бы конструкцию собрать и посмотреть будет ли работать (работает отлично), а не тестить насколько быстро я в начале и вообще не хотел :)

Собственно к /dev/zero я пришел когда понял, что /dev/urandom выдает данные со скоростью меньше 50Мб/с и почему-то выдает не запрашиваемое число байт, а сколько ей захотелось (что меня вообще удивило, в среднем где то 32Мб и все). Так что чем еще можно протестировать все это я пока не придумал. Так как при копировании файла откуда то, его надо читать и скорость упрется в это чтение.