I
ну и блоки для линейного чтения/записи = 64М. для рандома 8к.
Size: a a a
2020 January 09
I
на рандом запись zfs канешно печально выглядит )
DS
в fio линейные чтение и запись с iodepth=1, потом рандом чтение+запись с iodepth=32. латенси даже не сравнивал пока.
direct=1 есть опция?
I
fsync=1 вместо неё
DS
fsync=1 вместо неё
а она разве direct заменяет?)
I
а она разве direct заменяет?)
сравнил. +- одинаковые показания, если fsync=1 на direct=1 поменять.
ну это в моём случае )
ну это в моём случае )
I
скорее всего правильней будет обе опции пользовать
DS
Выше вы приводили хорошую строчку, вот её полная версия: fio --rw=randwrite --runtime=1 --direct=1 --fsync=1 --iodepth=32 --filename=/test --size 4G--ioengine=libaio Важно запускать её на файловую систему, а не на блочное устройство, потому что на блочное устройство не проходил fsync когда я проверял это
I
только тут сайз уж очень маленький
I
уж очень легко в кэши ложится
DS
я пример дал) думаю что кеширует еще гдето
СГ
вы зачем тестируете работу с файлами? Вы виртуалки что-ли в qcow2/raw будете как в файлах держать?
DS
вы зачем тестируете работу с файлами? Вы виртуалки что-ли в qcow2/raw будете как в файлах держать?
а Вы озу только для зфс будешь брать? или виртуалки будут тоже ней пользоватся?
СГ
а Вы озу только для зфс будешь брать? или виртуалки будут тоже ней пользоватся?
речь не об этом. виртуальные машины на zfs принято держать как тома (блочные устройства). Поэтому тестируете одно, а виртуалки будут работать совершенно по-другому
DS
речь не об этом. виртуальные машины на zfs принято держать как тома (блочные устройства). Поэтому тестируете одно, а виртуалки будут работать совершенно по-другому
ну а как исключить то что прокс будет еще кешировать?
СГ
ну а как исключить то что прокс будет еще кешировать?
прокс не кеширует, это zfs. Если предполагается что zfs будет использоваться для хранения файлов, с которыми будут работать (контент для веб-сайтов), хранилище для СУБД - тогда нужно тестировать в файловом варианте.
I
другими словами, в самосборных системах рейд-контроллер в нынешнее время все меньше становится наилучшим выбором
так а всё таки где можно почитать про выбор stripe size ?
есть какой-то способ ещё кроме метода тыка ?
есть какой-то способ ещё кроме метода тыка ?
DS
прокс не кеширует, это zfs. Если предполагается что zfs будет использоваться для хранения файлов, с которыми будут работать (контент для веб-сайтов), хранилище для СУБД - тогда нужно тестировать в файловом варианте.
ну тоже тогда надо оттюнить так как будет в рабочей системе. сейчас он может 150гб озу использовать, а когда машины будут запущены, такой радости не будет
РП
так а всё таки где можно почитать про выбор stripe size ?
есть какой-то способ ещё кроме метода тыка ?
есть какой-то способ ещё кроме метода тыка ?
тестирование на стенде с рабочими данными
РП
по поводу страйп сайза еще замечу, что фс на разделах нужно форматировать с учетом этого страйп сайза