вообще очень интересно тем же fio сравнить скорость на ext4 на разных id одного и того же диска

можно-ли и есть ли смысл добавить 2 диска LOG в stripe ? сейчас пул выглядит так:

можно-ли и есть ли смысл добавить 2 диска LOG в stripe ? сейчас пул выглядит так:

сложно для меня, много не понятных команд.

Пул ssd, slog ssd kingston 500g создан раздел 250г, этот. Раздел и планирую подключать как лог

Примерно одинаковые, и там и там ssd

сложно для меня, много не понятных команд.

в гуе прокса можно сделать.

это proxmox backup.

емнип там так же можно, кроме кэшей.

кстати, я в ядре всегда отключаю mitigations=off и init_on_alloc=0

я когда-то экспериментировал с этим, а потом стал оставлять всё по дефолту. Другие косяки начинали вылазить. Не думаю что Intel как-то "занижает" размеры блоков для оптанов - всё таки это топовый их продукт

init_on_alloc=0 маст хев для арк, +1. А вы на оптанах длительный тест пробовали, кстати? С заполнением диска 50% минимум, обычно там деградация идёт производительности

init_on_alloc=0 маст хев для арк, +1. А вы на оптанах длительный тест пробовали, кстати? С заполнением диска 50% минимум, обычно там деградация идёт производительности

Да, есть деградация( подтверждаю)😉

А то я тоже нвме мерял какие-то, raw первые минут 5 всё прям по спекам 2500мб/сек и тд, а как только поверх перезапись то raw сразу сдувается до близких к zfs цифр

Нет , к меня стандартный тест 10 минут( в нем все гуд и стабильно) на 10 часовом при заполненнном диске - есть

👍

Нет , к меня стандартный тест 10 минут( в нем все гуд и стабильно) на 10 часовом при заполненнном диске - есть

Какие то очень низкие результаты у меня получились. sync; dd if=/dev/zero of=tempfile bs=1024M count=1024; sync 1024+0 records in 1024+0 records out 1099511627776 bytes (1.1 TB, 1.0 TiB) copied, 911.605 s, 1.2 GB/s

Какие то очень низкие результаты у меня получились. sync; dd if=/dev/zero of=tempfile bs=1024M count=1024; sync 1024+0 records in 1024+0 records out 1099511627776 bytes (1.1 TB, 1.0 TiB) copied, 911.605 s, 1.2 GB/s

диски ccl

zpool status pool: tank state: ONLINE config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 raidz1-0 ONLINE 0 0 0 scsi-350026b7683410715 ONLINE 0 0 0 scsi-350026b7683410975 ONLINE 0 0 0 scsi-350026b768341050a ONLINE 0 0 0 scsi-350026b76834105d1 ONLINE 0 0 0 raidz1-1 ONLINE 0 0 0 scsi-350026b76834104e7 ONLINE 0 0 0 scsi-350026b7683410525 ONLINE 0 0 0 scsi-350026b7683410535 ONLINE 0 0 0 scsi-350026b7683410994 ONLINE 0 0 0 errors: No known data errors

что?

init_on_alloc=0 маст хев для арк, +1. А вы на оптанах длительный тест пробовали, кстати? С заполнением диска 50% минимум, обычно там деградация идёт производительности

а статус init_on_alloc в /sys или /proc где-то отображается? не могу нагуглить

Какие то очень низкие результаты у меня получились. sync; dd if=/dev/zero of=tempfile bs=1024M count=1024; sync 1024+0 records in 1024+0 records out 1099511627776 bytes (1.1 TB, 1.0 TiB) copied, 911.605 s, 1.2 GB/s

dd - это инструмент для копирования, а не для измерения

а чем посоветуете измерить ?

в конфиге ядра

а статус init_on_alloc в /sys или /proc где-то отображается? не могу нагуглить

а чем посоветуете измерить ?

grep -i "init_on_alloc" /boot/config*

с текущим состоянием

да это я понимаю, не удобно

реальной рабочей нагрузкой, что ты там собрался крутить?, установи свой софт и создай ему нагрузочное тестирование

Хранилище для бэкапов.

хранилище бэкапов на ssd - бохато

- пока сервер не в работе, есть возможность протестировать. Ожидал скорость около 4 GB/s. - Сейчас пересоберу на rais10 как советовал Владимир. Сравню производительность. - raidz2 изначально и планировал но пока есть возможность решил протестировать разные варианты.

так все таки нафига хранить бекапы на ссд?

При сегодняшних ценах на серверные hdd и sas считаю ssd kinkston DC достойной альтернативой

был бы у тебя реальный рейд50 у тебя было бы ушестирение скорости, ну или в районе того