Сергей
обычно 128к, 8к это если речь про проксмокс
Речь о другом. 128к это размер recsize по умолчанию для filesystem, 8k размер zvol по умолчанию. А 8к про которые говорит Фёдор - это размер страницы в postgresql.
Владимир
аааа
Владимир
я даже не задумывался что его можно менять))
Владимир
у меня есть пг на одном весомом проектике, пока в неё не упираемся, но я чую будем, тоже предстоит точить это всё)
Владимир
через get?
Fedor
я даже не задумывался что его можно менять))
Вот не стоит его менять - он таким выбран не зря. Да и указание возможно только при перекомпиляции. Набор данных тоже жестко привязан к размеру страницы.
Сергей
я даже не задумывался что его можно менять))
Размер страницы в ПГ я никогда не менял и не собираюсь, Фёдор верно пишет). А вот с размером recsize можно «поиграть». Поэтому и выбрал для себя 16к
Владимир
Dmitry
товарищи, подскажите, можно ли как-то спрогнозировать (примерно, плюс-минус лапоть), сколько iops на рандоме 4к будет на raidz1 4+1 ssd по сравнению с одним? ну вот скажем ssd pm1633, у него рандом 200к/37к. Если я из них такой массив соберу, сколько примерно будет?
Владимир
а они должны разве увеличиться?
Владимир
В отличие от обыночго рейда тут нет паралельных запросов к дискам
Dmitry
ну не так давно обсуждалось, да, но я так и не понял однозначно ))
Владимир
ну прирост поидее будет какой-то, но не в разы
Владимир
то есть если тебе нужен прирост, то лучше сделай 2 миррора
Владимир
рейд10 типа
Dmitry
у меня данных много (20Т) а денег мало ))
Владимир
у меня данных много (20Т) а денег мало ))
я с похожим кейсом в итоге выбрал MD
Владимир
много данных надо было хранить и не просаживаться по скорости, взял рейд5тый
Владимир
програмный
Dmitry
не, мне ZFS нужен
Владимир
не, мне ZFS нужен
ну тут если нужна скорость, тебе надо увеличивать колличество vdev
Dmitry
ну тут если нужна скорость, тебе надо увеличивать колличество vdev
это я понимаю, мне бы примерно оценить. У меня сейчас 12*6Т SAS HDD, 10 виртуалок с +- одинаковой нагрузкой, но там уже, судя по загрузке дисков на пределе производительности. Вот хочу понимать, если я это заменю на 5*6.4SSD, на сколько я смогу поднять нагрузку
Владимир
просто когда там размер блока маленьким делать, то много уходит на служебную инфу, в итоге это начинает работать не по схеме рейда 5, то есть в реале полезного места не 5-1
Владимир
5-1 и ещё минус кучу данных под служебку
Владимир
чем больше размер блока тем меньше служебки, но тем ниже производительность
Владимир
в общем я лично для себя решил что использовать рейд5-6 подобные рейды в ZFS можно только что для хранения бекапов, с использованием максимлаьного размера блока. Но это конечно моё мнение.
Владимир
и поидее ты получишь нужную тебе скорость, за счёт кеширования
Dmitry
Но товарищи по ремеслу говорят бесполезно будет
Владимир
ну так)
Dmitry
у меня 250Гб ARC, заполнен на 150 всего
Владимир
Но товарищи по ремеслу говорят бесполезно будет
Ну атк ты попробуй), удалить потом кеширующий девайс е сложно
Владимир
как и добавить
Dmitry
сомневаюсь, что l2arc тут поможет
Владимир
так может тебе производительности процов не хватает, а не накопителей?
Владимир
сомневаюсь, что l2arc тут поможет
а у тебя стоит кеш на запись?
Dmitry
Владимир
или только на чтение?
Dmitry
ну и я собирал iostat статистику, там явно в диски упирается
Владимир
2*2660v2, простаивают ))
ну я бы не зазвал их производительными, хотя смотря под какие задачи
Владимир
но мощность на ядро у них ну прям пипец низкая
Владимир
Dmitry
неет
а что?
Deleted
сомневаюсь, что l2arc тут поможет
Поможет если запустить его на сочном мощном NVMe. И ещё на нём же ZIL
Владимир
а что?
попробуй выполнить в виртуалке команду ioping /
Владимир
НУ вот
Владимир
проксмокс?
Владимир
Владимир
вот про какой кеш на запись я толкую
Dmitry
проксмокс?
нет, centos+kvm+qemu
Владимир
и зил однозначно тоде поднимет производительность
Владимир
но я вот не помню, потеря зила критична или нет, потеря кеша точно не критична
Владимир
у меня там чтение в основном
везде чтение в основном, редко где запись преобладает, а ты попробуй так кешировать
Deleted
ну, в хардверный миррор
Deleted
(я имею в виду 2 диска под зил)
Владимир
Потеря зила критична, вроде как
А если у меня кеш на NVME мне даст прирост ещё и зил на нём?, просто кеша не будет достаточно?
Deleted
например?
вашего evo+ должно хватить, в принципе
Владимир
Я понимаю что зил на шустром устростве разгрузит основные накопители, но разве с кешем не будет одинаково хорошо при условии что нет прям дличайшей нагрузки
Deleted
Я понимаю что зил на шустром устростве разгрузит основные накопители, но разве с кешем не будет одинаково хорошо при условии что нет прям дличайшей нагрузки
ну... мне кажется что это всё нужно для отдельного кейса тестить, там много факторов. Прям прогнать полные тесты в каждой конфигурации
Deleted
если есть техническая возможность если нет дичайшей нагрузки - то и l2arc можно не надо и достаточно просто arc нагрузка нагрузке рознь
Владимир
если есть техническая возможность если нет дичайшей нагрузки - то и l2arc можно не надо и достаточно просто arc нагрузка нагрузке рознь
надо)), проц с поддержкой максимум 128Гб, а там такие приложения что каждый Гб на счету, на арк будет выделено не более 16Гб
Владимир
дык у меня arc только на 60% загружен, выше скрин постил
а что у тебя там выполняется вообще?, просто вот я сравниваю со своими задачами, и мне почти везде важна мощность на ядро, ну не считая фрисвича)), вот ему как раз нужны такие процы как у тебя. И фишка в том что чем производительнее мощность на ядро тем больше получается выжать иопсов из одинакового накопителя
Владимир
вот такие пирожки
Владимир
кстати, а ты вырубаешь мельдоний?