zfs прекрасно уживается с базами данных. Какой именно скорости не хватает?
Запись, 80% ее, zfs думаю тогда какие опции доп выставить, загрузка приличная. Тут вариант или пложить диски дорогие или уже врубить сжатие, что есть в postgresql pro за дофига денег в ФС ZFS. вот и думаю может что еще есть
Запись, 80% ее, zfs думаю тогда какие опции доп выставить, загрузка приличная. Тут вариант или пложить диски дорогие или уже врубить сжатие, что есть в postgresql pro за дофига денег в ФС ZFS. вот и думаю может что еще есть
какая СУБД? Что в качестве дисков используется? Сколько операций нужно обеспечить? Какой тип операций?
postgresql, SSD s3520 6шт, максимальное, чем больше тем лучше), от скорости зависит кол-во просчетов, которые пустят. 80% записи (Update). Уходим в ряде мест в кликхаус, но это дорогая по специалистам задача, рук разрабов не хватает.
postgresql, SSD s3520 6шт, максимальное, чем больше тем лучше), от скорости зависит кол-во просчетов, которые пустят. 80% записи (Update). Уходим в ряде мест в кликхаус, но это дорогая по специалистам задача, рук разрабов не хватает.
постоянные update - не для zfs. Либо очень играться с кэшем, как БД, так и ФС
postgresql, SSD s3520 6шт, максимальное, чем больше тем лучше), от скорости зависит кол-во просчетов, которые пустят. 80% записи (Update). Уходим в ряде мест в кликхаус, но это дорогая по специалистам задача, рук разрабов не хватает.
сколько у вас pgbench выдаёт? я на своих 2xSSD(nvme) получал для -s 1000: ~320тыс. tps для -S (SELECT only) ~30тыс. tps TPC-B (полный)
postgresql, SSD s3520 6шт, максимальное, чем больше тем лучше), от скорости зависит кол-во просчетов, которые пустят. 80% записи (Update). Уходим в ряде мест в кликхаус, но это дорогая по специалистам задача, рук разрабов не хватает.
кликхаус он для аналитики скорее. Типа из постгреса переложить и на нём уже отчёты строить а у вас 80% это апрдейты.
Когда то видел тестирование и обзор ext4 vs xfs vs zfs от percona касательно mysql. Скажем так у zfs не было шансов. Хотя она старалась. Погуглить percona zfs. Я с мобилы - ссылок не дам. Там затык был ив операциях и в задержках ... Думаю оно для всех СУБД актуально. Данные вроде за 2018-й. Но это не точно.
Когда то видел тестирование и обзор ext4 vs xfs vs zfs от percona касательно mysql. Скажем так у zfs не было шансов. Хотя она старалась. Погуглить percona zfs. Я с мобилы - ссылок не дам. Там затык был ив операциях и в задержках ... Думаю оно для всех СУБД актуально. Данные вроде за 2018-й. Но это не точно.
так и есть. ZFS и BTRFS в силу своих архитектур проигрывают на частых мелких записях
реквестирую статью-опровержение с грамотно затюненным zfs !
нафига? кому нужно - тот затюнит zfs под свои нужды. Я же выше привёл пример pgbecnch на своей zfs. Если сообщество оплатит проведение тестирования postgresql на разных ФС, то можно будет сделать. только это будет или стандартный pgbench или нужен набор данных и набор типовых запросов
l2arc нужен только в случае если у вас стоят hdd и мало памяти. У вас именно такой случай?
У меня вообще никакого случая нет. Я привел общие мысли, и пару ссылок. А уже конечное решение пусть выбирает каждый сам. Но в общем по палате zfs медленнее классических ext4/xfs, а при должном тюнинге и железе может быть быстрее, но стоимость этих зарат другая.