« Rev
@ru_zfs   309
Fwd »


Василий
Для полной дефрагментации. Обычно достаточно просто подкармливать пул новым свободным местом.
Зфс быстр Просто надо в два раза, а лучше в пять больше железа...
Alexander
Вот у меня были медленные диски. Если б не зфс - от нагрузки повесился бы 😁
+ на медленных дисках с быстрым SSD кэшем ZFS становится супер быстрой.
Fedor
+ на медленных дисках с быстрым SSD кэшем ZFS становится супер быстрой.
Только в случае, если набор горячих данных в этот кеш помещается.
Alexander
Зфс быстр Просто надо в два раза, а лучше в пять больше железа...
Зато профиты в виде целостности и репликации.
Василий
сложно представить что в 2021 году кто-то под СУБД будет делать пул из обычных дисков
Какие цифры раедом реад и секвимента реад на нвме?
Alexander
Только в случае, если набор горячих данных в этот кеш помещается.
Даже в полбазы данных, уже в разы быстрее.
Владимир
Это смотря какая нагрузка, для СУБД поверх zvol дает многократный прирост скорости после прогрева L2ARC. Ведь там постоянно random IO,
я для субд не юзаю блочные устройства, по сути это просадка, ну и конечно у меня шутсрые накопители и вполне себе норм нагрузка вроде, хотя уверен есть и по больше
Василий
Зато профиты в виде целостности и репликации.
Только на таком железе другое работало бы быстрее и без периодических плясок с подменой стораджей
Fedor
О. Кстати о субд. Зфс это фрагмениация на любой чих работы с субд
При правильной настройке блоксайза и может в ряде случаев префетча будет читать за один заход
Владимир
L2ARC смягчает проблему, а send | receive тем более.
ну так ты не смягчай, и устрани
Fedor
Эх.
Василий
я если честно не понял сейчас тебя
Каждая запись на новом месте. Хочу фрагменентируется. База, считая что читает линейный кусок данных, просит прочитать 100мб. Зфс, вместо одного реад на максималках, делает 100
Сергей
Какие цифры раедом реад и секвимента реад на нвме?
разные. многое зависит от производителя и технологии носителя. на 10ом рейде думаю пару Gb/s можно получить. я по pgbench получал около 100k на TPC-B на райзене с 64 ядрами
Владимир
Так фрагментация то дает о себе знать в плане падения производительности ведь при дальнейшем чтении?
если говорить про БД, у того же мускуля есть таблицы иннодб, а у них иннодб пул в ОЗУ, и резко l2arc не нужен вовсе)), ну чисто под метаданные)
Василий
При правильной настройке блоксайза и может в ряде случаев префетча будет читать за один заход
Э... Префетч умеет по разным секторам считать с диска на той же скорости что линеное? Чудеса))
Alexander
ну так ты не смягчай, и устрани
А где взять софтовый менеджер пула с проверкой целостности? dm-integrity + LVM?
Владимир
Далеко не у всех пул состоит из SSD.
и чья это проблема то)
Alexander
если говорить про БД, у того же мускуля есть таблицы иннодб, а у них иннодб пул в ОЗУ, и резко l2arc не нужен вовсе)), ну чисто под метаданные)
Так сколько влезет в ОЗУ, а сколько на SSD? Кроме того, например бесплатная Db2 задушена по размеру своих буфер пулов.
Василий
Зфс умеет писать блоками, префетч умеет эти блоки читать
Только база пишет своими блоками и вызывает sync
Fedor
Надо всегда под нагрузку тюнить. Стандартные настройки нужны чтобы запустилось и работало на усреднённой мировой статистике по профилю использования
Владимир
сложно представить что в 2021 году кто-то под СУБД будет делать пул из обычных дисков
надо добавить нагруженные субд, потому что в целом у меня есть субд на HDD, ну там нагрузка нулевая
Fedor
Только база пишет своими блоками и вызывает sync
Ага, и эта транзакция попадает в один блок линейной записи
Сергей
В рендоме пару гигов? Какие диски, какая конфигурация?
попробую поискать результаты fio. AMD 7502P, 256RAM, 4xPM983 (1.92Tb) + 2xIntel 900p в качестве SLOG
Fedor
Что быстрее чем на традиционных фс
Владимир
Зфс быстр Просто надо в два раза, а лучше в пять больше железа...
бред, на том же колличестве железа ZFS если говорить про субд показывает себя лучше
Владимир
Даже в полбазы данных, уже в разы быстрее.
базы данных лучше кешить средствами самой БД, вернее иннодб пул тот же это не совсем кеш... но суть такая примерно
Василий
Ага, и эта транзакция попадает в один блок линейной записи
Ну сейчас в один, потом в другой. Причём, с точки хрена бд, все линейки. Просто сейчас эта запись менялась в другой транзакции с другими данными
Василий
Я верю, что почки у тебя ещё есть
Fedor
Вообще давайте срач заканчивать.
Владимир
А где взять софтовый менеджер пула с проверкой целостности? dm-integrity + LVM?
я тебе устранить предложил не способом перехода на LVM, а купить диски норм)
Alexander
Это им незачем
Однако некоторые умеют, вероятно есть зачем :)
Владимир
Так сколько влезет в ОЗУ, а сколько на SSD? Кроме того, например бесплатная Db2 задушена по размеру своих буфер пулов.
сколько купишь SSD, столько и влезет, сколько купишь ОЗУ, столько и влезет.
Василий
бред, на том же колличестве железа ZFS если говорить про субд показывает себя лучше
но вы в чат со взрослым интерпразом, в котором толпа народу жаждала подробностей почему то так и не пришли. там народ с хранилками по несколько лямов недоумевали, как такое может быть
Владимир
Только база пишет своими блоками и вызывает sync
это смотря как база настроена))
Сергей
райзены что есть с 64 ядрами?, я такого не видал)))
это скорее vCPU(потоков), чистых ядер там 32 https://www.amd.com/ru/products/cpu/amd-epyc-7502p
Владимир
она нихрена не обязана вызывать синх)
Alexander
я тебе устранить предложил не способом перехода на LVM, а купить диски норм)
Ога супер, пошел такой на свои покупать диски для организации.
Василий
на чтение есть иннодб пул у мускуля, написал уже раз 5)), так что резко пофиг на то что ты пишешь
и? как пул мускля сможет проконтролировать свою нефрагментированнность, если зфс прекарсно все фрагментирует сАма?
Владимир
ну прийдётся юзать что есть, только не надо говорить что это быстро, это псевдобыстро)
Fedor
она нихрена не обязана вызывать синх)
Но если играть с такими небезопасными опциями, для чего тогда это все?)
Alexander
сколько купишь SSD, столько и влезет, сколько купишь ОЗУ, столько и влезет.
При таким фин. ресурсах, зачем мне все это? Я бы лучше поехал бессрочно отдыхать на куррорт.
Владимир
Так я не спорю, но много ли СУБД умеют кэшировать на SSD? multi temperature и т.п.
субд надо хранить на SSD, а не кешировать там)), лол
Василий
это смотря как база настроена))
а как, по вашему база устроена? не делает синк при транзакции (если что - update без транзакции это тоже транзакция)
Fedor
Ребят, я будто читаю эникеев, которые дальше локалхоста ничего не видели) заканчивайте)
Василий
она нихрена не обязана вызывать синх)
все. школьник... ну блин. опять :(
Alexander
ну прийдётся юзать что есть, только не надо говорить что это быстро, это псевдобыстро)
Слепила из того, что было, причем получилось СУПЕР быстро.
Сергей
так это не райзен, а эпик
аа, сорри. Возможно я неправильно назвал проц)
Владимир
а у эпиков есть даже 64 ядра и 128 потоков, в следующем поколении обещают 128 ядер), 256 потоков
Владимир
ну и к слову если поставить 2 по 64 ядра, то в одном серваке уже сейчас может быть 128 ядер
Василий
не понимаю к чему это написано?
вас целый чат ждал, который хотел увидеть как зфс быстр. но вы сразу про отпуск съехали...
Alexander
субд надо хранить на SSD, а не кешировать там)), лол
Уверен, что и SSD отличаются своими характеристиками и самые самые быстрые из них будут вероятно менее доступны, чем обычные, если конечно у вас нет печатного станка.
Василий
Ребят, я будто читаю эникеев, которые дальше локалхоста ничего не видели) заканчивайте)
особоенно противопоставление страниц и линейного чтения понравилось)
Fedor
Все мы когда-то были молодыми
Fedor
При ряде нагрузок
Василий
Все мы когда-то были молодыми
сколько памяти было на твоем zx80?
Василий
и что тако LD A,5
Василий
У меня микроша был
а. богатые родители...
Василий
При ряде нагрузок
первые несколько дней?
« Rev
@ru_zfs   309
Fwd »