Я бы не рекомендовал использовать /dev/urandom, потому что это программное обеспечение и медленное, как свинья. Лучше взять фрагмент случайных данных в ramdisk. На жестком диске случайное значение не имеет значения, потому что каждый байт записан как есть (также на ssd с dd). Но если мы тестируем дедуплированный пул zfs с чистыми нулевыми или случайными данными, существует огромная разница в производительности.
Еще одна точка зрения должна быть включена во время синхронизации; все современные файловые системы используют кеширование в файлах.
Чтобы действительно измерить скорость диска, а не память, мы должны синхронизировать файловую систему, чтобы избавиться от эффекта кеширования. Это можно сделать следующим образом:
time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k && sync"
с помощью этого метода, который вы получите:
sync ; time sh -c "dd if=/dev/zero of=testfile bs=100k count=1k && sync" ; rm testfile
1024+0 records in
1024+0 records out
104857600 bytes (105 MB) copied, 0.270684 s, 387 MB/s
real 0m0.441s
user 0m0.004s
sys 0m0.124s
, поэтому диск datarate равен только 104857600 / 0.441 = 237772335 B / s - > 237MB / s
Это более чем на 100 Мбайт / с ниже, чем при кешировании.
Счастливый бенчмаркинг,
Recommended Repair
, запишите окончательный URL-адрес на бумаге. Windows EFI
, которая позволяет загружать Windows. Если нет, укажите URL. Recommended Repair
, запишите окончательный URL на бумаге. Windows EFI
, которая позволяет загружать Windows. Если нет, укажите URL. Recommended Repair
, запишите окончательный URL-адрес на бумаге. Windows EFI
, которая позволяет загружать Windows. Если нет, укажите URL. Recommended Repair
, запишите окончательный URL на бумаге. Windows EFI
, которая позволяет загружать Windows. Если нет, укажите URL. Recommended Repair
, запишите окончательный URL на бумаге. Windows EFI
, которая позволяет загружать Windows. Если нет, укажите URL. Recommended Repair
, запишите окончательный URL на бумаге. Windows EFI
, которая позволяет загружать Windows. Если нет, укажите URL.