ну это раньше только железные были тру, нынче софтовые с ними на равных) Я лично рад, что ушёл с железных погоди, а как фрагментирование вляет на ЗИЛ вообще? а чтение арка ты как смотришь?

ну это раньше только железные были тру, нынче софтовые с ними на равных) Я лично рад, что ушёл с железных погоди, а как фрагментирование вляет на ЗИЛ вообще? а чтение арка ты как смотришь?

Добавить большой L2ARC на SSD?

zpool iostat -v

и как софтовые могут безопасно кешить запись?

не врубаюсь... как там понять чтение именно арка? он тем более лежит в раме, а не пуле

Не в бровь, а в глаз) Это реально главное преимущество железных рейдов Но и в софтовых это реально, просто дороже обходится. А именно: посредством или энтерпрайзных ССД с конденсаторами, или Оптана, или рам-дисков с батарейкой. Три варианта. Послдений практически идентичен реализации у железных рейдов.

так, сорян, я думал речь идет про л2арк. потому что кеши в памяти и на екст4 вполне себе есть

и как софтовые могут безопасно кешить запись?

да, но нет. Насколько я знаю, ARC много эффективней кэша ext4, и LRU тоже

slog же, батарейки ещё и менее надёжны, и обычно стоят денег не меньших (я правда давно цены не смотрел на них)

slog же, батарейки ещё и менее надёжны, и обычно стоят денег не меньших (я правда давно цены не смотрел на них)

slog же, батарейки ещё и менее надёжны, и обычно стоят денег не меньших (я правда давно цены не смотрел на них)

от raidz большой производительности не получишь

менее надежны чем память компа??? ты серьезно?)

slog медленее чем кеш контроллера и убивается сильно быстрее

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

звучит как религия :(

ау, чем nvme с кондёрами

погодь, ты уже на другой аргумент перескочил. Ты не согласен, что в софтверном рейде можно реализовать защиту асинхронной записи? Что касается осенезависмости... Ну да, есть такое. Хотя пулы ЗФС экспортируются с импортируются на раз... Это не великая проблема. А вот железкозависимость может стать более серьёзной проблемой. Лично знаю случаи, когда люди бегали в выходные, искать по городу нужный рейд-контроллер. Они конечно как правило очень надёжные, но всё ж нет-нет да выйдут из строя Софтверный тем и хорош - минус один элемент в схеме Далее, насчёт нагрузки на шины данных компа. Раньше когда процы были слабые, а оперативы мало, то RISC-процы контроллеров и их РАМ-кэши реально спасали ситуацию. Сейчас ситуация иная, процессорной мощи завались, опертивы тоже полно как правило

погодь, ты уже на другой аргумент перескочил. Ты не согласен, что в софтверном рейде можно реализовать защиту асинхронной записи? Что касается осенезависмости... Ну да, есть такое. Хотя пулы ЗФС экспортируются с импортируются на раз... Это не великая проблема. А вот железкозависимость может стать более серьёзной проблемой. Лично знаю случаи, когда люди бегали в выходные, искать по городу нужный рейд-контроллер. Они конечно как правило очень надёжные, но всё ж нет-нет да выйдут из строя Софтверный тем и хорош - минус один элемент в схеме Далее, насчёт нагрузки на шины данных компа. Раньше когда процы были слабые, а оперативы мало, то RISC-процы контроллеров и их РАМ-кэши реально спасали ситуацию. Сейчас ситуация иная, процессорной мощи завались, опертивы тоже полно как правило

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

для HDD и SATA SSD, если так уж нужна асинхронная запись, рейд контроллеры даже дешевле могу выйти, Но вот для NVME массивов железки прям оочень дорогие

там не так, там ддр+нвме с кондером. кондер для того и стоит, что бы в ссд переписать при сбое

так не только процы мощнее стали :) а лишние 500-1500мб/с прогнать, вполне себе нагрузка

это да. я пока тоже особых альтернатив софтрейду для nvme не вижу

так в случае с железны рейдом данные так же гоняются по шине между ним и процом

так в случае с железны рейдом данные так же гоняются по шине между ним и процом

ага, и он не умеет ещё разделить что надо сейчас записать а что асинхронно можно потом сбросить

ему то зачем это разделять? ос пока flush не получила команду, вообще может на диск не слать

ну ты всё должен сбросить до этой синхронной записи, т.к. порядок критичен

в зфс да, а в железном как он захочет. там же кондесатор

в zfs в zil только нужное запишем, а потом txg общая асинхронно приедет

при флеше - никакого асинхронно. это именно команда что "все. записать". и зфс обязана записать куда нить. а вот рейд не обязан

ну опять подменяешь понятия, оба куда-то запишут, и рейд тоже

не подменяю. я выше писал, что с nvme дела не имел, остальное медленее и не факт что надежнее

я про nvme с кондёрами для slog. Тогда на том и закончим

загорелась красная лампа на диске. К чему это может быть ?

На диске проблемы, видимо.

да новые диски и собо не епаные

Смарт хорошо бы проверить.

на мейл такая фигня пришла

подскажи плиз как ?

Вроде нормалды ?

Писали люди, что у кого то были проблемы с проводами🤷‍♂️выведите из состава пула, нужно добится что бы зеленым( синим загорелся) передерните диск🤷‍♂️

перед тем как передернуть, что-то надо сделать ?

в размер хдд)

Ну я бы удалил его из состава пула

L2ARC по умолчанию накапливает только для рандомных IOPs, но можно переключить и на полную копию потока чтения. И даже при полной копии L2ARC может быть в разы меньше пула и давать огромный прирост скорости, потому что редко читается весь пул, горячих данных даже в СУБД обычно только часть 30-50%, зависит от кейса конечно.

если что, машина 32гб, только хранилка.

И какого объема у тебя пул и L2ARC? Из чего сделан L2?

газанул под вечер, а тут такое )

В принципе , там же зеркало, диск потерян, можно и просто выдернуть и подключить заного

И какого объема у тебя пул и L2ARC? Из чего сделан L2?