Том FreeBSD vinum Strip (RAID0) - проблемы с производительностью

Я экспериментировал с различными чередующимися томами в vinum под FreeBSD 8.2-release. У меня есть текущее оборудование (процессор Intel i5, достаточное количество МБ и 8 ГБ ОЗУ).

Моя тестовая установка состоит из 2 или 4 дисков в объеме, каждый диск 2 ТБ, "Зеленая" линия Seagate и Western Digital; т.е. потребительские диски на 5400RPM. Они находятся на моем сервере, в то время как мой рабочий стол, который подключен к нему (через Gbit LAN), имеет быстрый SSD.

Моя проблема в том, что я получаю лучшую производительность (т.е. скорость чтения / записи) в своей локальной сети Gbit, когда я получаю доступ к своей единственной "черной" Western Digital 2TB, чем когда я получаю доступ к своим томам vinum.

  • Один черный диск WD: чтение = запись = 90-105 МБ / с
  • тома vinum, все настройки: чтение = 80 МБ / с; запись = 50 МБ / с

Конфигурации vinum, которые я пробовал:

test1:

drive a device /dev/ad32
drive b device /dev/ad34
drive c device /dev/ad26
drive d device /dev/ad28
volume test1
  plex org striped 512k
    sd length 2048m drive a
    sd length 2048m drive b
    sd length 2048m drive c
    sd length 2048m drive d

test2:

drive a device /dev/ad32
drive b device /dev/ad34
volume test2
  plex org striped 512k
    sd length 1907728m drive a
    sd length 1907728m drive b

Я проверял test1 с различной длиной полосы (512k, 64k, 2048k), но скорости одинаковы. Кроме того, я не замечаю никакой разницы в скорости между test1 а также test2, что я нахожу очень странным, учитывая, что это чередующиеся тома и поэтому число дисков должно иметь значение.

Кто-нибудь знает, почему это происходит и что я могу сделать, чтобы настроить / ускорить vinum, чтобы хотя бы ускорить мой единственный жесткий диск? Должен ли я рассмотреть другие варианты производительности (ZFS с RAIDZ и т. Д.)?

Больше информации (редактировать)

dmesg о дисках:

  • ad26: 1907729 МБ [ST2000DL003 9VT166 CC32] на ata13-master UDMA100 SATA 6 Гбит / с
  • ad28: 1907729 МБ [ST2000DL003 9VT166 CC32] на главном сервере ata14 UDMA100 SATA 3 Гбит / с
  • ad32: 1907729 МБ [WDC WD20EARX-00PASB0 51.0AB51] на главном сервере ata16 UDMA100 SATA 3 Гбит / с
  • ad34: 1907729 МБ [WDC WD20EARX-00PASB0 51.0AB51] на главном сервере ata17 UDMA100 SATA 3 Гбит / с

Все диски подключены к встроенному SATA-контроллеру на моей материнской плате; Asus P8P67 Deluxe.

При тестировании ad32 как одного диска скорость записи составляет около 60-70 МБ / с, скорость чтения - около 80-90 МБ / с.

Все тесты выполняются с одним большим файлом размером около 2,5 ГБ.

Дело в том, что в чередующемся томе мои диски работают медленнее, чем в одиночку... Предложения?

Источник

1 ответ

Решение

Исходя из того, что вы уже опубликовали, я предполагаю, что ваш чередующийся объем почти наверняка затруднен медленными дисками (я вижу одну ссылку 6 Гбит / с и 3 ссылки 3 Гбит / с - я готов сделать ставку на диски 3 Гбит / с) также имеют более низкие общие эксплуатационные характеристики.

Как @MikeyB сказал, что тесты скорости выполнения для каждого диска в отдельности - это подтвердит мою теорию (или отправит вас смотреть в другом направлении).
Вы можете ожидать, что производительность будет ограничена некоторой функцией самого медленного диска в массиве с жестким верхним пределом, равным или превышающим максимальную пропускную способность контроллера SATA.

Вы также можете попробовать запустить gstat при тестировании массива и посмотрите, какую активность вы выполняете на каждом диске - если максимальные значения медленнее, это может быть вашим виновником, и если контроллер закреплен, это определенно проблема.

Источник
Другие вопросы по тегам