ru.unix.bsd

hi, Ivan! 01 Jun 21 16:58, Ivan Novikov wrote to All: IN> Если кто-то ещё не переехал с 12 на 13 но планирует, то хочу IN> предупредить о следующих граблях: IN> 1. если заапгрэйдить версию ZFS, то старый загрузчик её не понимает у меня чуть интереснее было, на старой (asus года эдак 2010) платформе с нуля поставленная 13 на zfs не взлетела. Для эксперимента с той же исошки на более свежей платорме - взлtтела. wbr, Dmitriy.

01 июня 2021, вторник, в 16:58 NOVT, Ivan Novikov написал(а): IN> Если кто-то ещё не переехал с 12 на 13 но планирует, то хочу предупредить о IN> следующих граблях: IN> 1. если заапгрэйдить версию ZFS, то старый загрузчик её не понимает При любом мажорном апгрейде положено обновлять загрузчики. IN> Пользуясь случаем спрошу - стоит ли включать компрессию для разделов с портами IN> и сорцами? Если стоит, то какой из алгоритмов выбрать для этого? Дефолтный lz4 жмет сорцы и порты вдвое и работает значительно быстрее, чем gzip - но медленней, чем без компрессии. Eugene -- Поэты - страшные люди. У них все святое.

01 июня 2021, вторник, в 16:58 NOVT, Ivan Novikov написал(а): IN> 2. если у кого-то система поставлена настолько давно, что по тогдашним IN> инструкциям хватало раздела для загрузчка размером в 128к, то сообщаю, что IN> нынешний загрузчик имеет размер в 158к и туда не пролезет. Это ты, видимо, про GPT. Я использую ZFS-on-root с graid+MBR, там этой проблемы нет. Правда, я не проверял, поддерживает ли вообще OpenZFS загрузку с MBR и freebsd slice. Eugene

From: Alex Korchmar Sergey Anohin wrote: SA> Вот такую статью я постил здесь давненько, SA> https://shatteredsilicon.net/blog/2020/06/05/mysql-mariadb-innodb-on-zfs/ в основном это перепев орацловой инструкции двадцатилетней давности. Hо есть один нюанс: отключение даблрайта сам орацл считал опасным. А выигрыш от отключения префетча я бы рекомендовал - мерять, потому что может повториться история, что данные все равно читаются, но так как префетч "отключен" - швыряются на пол. SA> вот на счет прав ли автор я хз. по-моему единственное, в чем он прав, это что линуксный md raid даже в этом случае - полное г-но, оказывается. Кто бы мог подумать, и было ли - чем?! Обратить внимание, что все эти "рейды" они умудрились гонять поверх EBS! По-моему этого вполне достаточно, чтобы дальше этой бредятиной даже не подтираться, лечи потом лишай в неудобном месте... > Alex

Hello, Ivan! IN> Если кто-то ещё не переехал с 12 на 13 но планирует, то хочу предупредить о следующих граблях: IN> 1. если заапгрэйдить версию ZFS, то старый загрузчик её не понимает IN> 2. если у кого-то система поставлена настолько давно, что по тогдашним инструкциям хватало раздела для загрузчка размером в 128к, то сообщаю, что нынешний загрузчик имеет размер в 158к и туда не пролезет. Давно я на эти грабли наступил, поэтому у меня загрузчик на другом харде ((( IN> Пользуясь случаем спрошу - стоит ли включать компрессию для разделов с портами и сорцами? Если стоит, то какой из алгоритмов выбрать для этого? Вот такую статью я постил здесь давненько, https://shatteredsilicon.net/blog/2020/06/05/mysql-mariadb-innodb-on-zfs/ там за lz4 топят, почитай, неплохой дайджест твиков, собранных в одном месте, вот на счет прав ли автор я хз. С наилучшими пожеланиями, Sergey Anohin.

Hello everybody! Если кто-то ещё не переехал с 12 на 13 но планирует, то хочу предупредить о следующих граблях: 1. если заапгрэйдить версию ZFS, то старый загрузчик её не понимает 2. если у кого-то система поставлена настолько давно, что по тогдашним инструкциям хватало раздела для загрузчка размером в 128к, то сообщаю, что нынешний загрузчик имеет размер в 158к и туда не пролезет. Пользуясь случаем спрошу - стоит ли включать компрессию для разделов с портами и сорцами? Если стоит, то какой из алгоритмов выбрать для этого? Ivan

Hello, Andrey! SA>> По-нормальному если делать, то это надо как-то у принтера узнавать, SA>> залита на него прошивка или нет, если кто-то даст идею, буду SA>> благодарен. AO> Зачем? Просто льем прошивку перед печатью - и не заморачиваемся... С этими win-принтерами еще есть грабли, что засыпая - они эту залитую прошивку теряют. Дык не льется в том и проблема, i/o error С наилучшими пожеланиями, Sergey Anohin.

Hello Sergey! 04 May 21 00:34, you wrote to Eugene Grosbein: SA> По-нормальному если делать, то это надо как-то у принтера узнавать, SA> залита на него прошивка или нет, если кто-то даст идею, буду SA> благодарен. Зачем? Просто льем прошивку перед печатью - и не заморачиваемся... С этими win-принтерами еще есть грабли, что засыпая - они эту залитую прошивку теряют. Andrey

From: Alex Korchmar Eugene Grosbein wrote: EG> Это бессмысленный разговор без конкретизации исходной задачи. ты не хочешь узнать что есть стораджкластеры. Обсуждать почему я выбрал именно это решение - мне лень. Я не выбираю задачи под кривой инструмент. Я выбираю инструменты под задачу. EG>>> с прежней ZFS. Для изолированной хранилки - нормально. AK>> прежняя вряд ли утратила умение виснуть из-за интерлоков EG> В моих руках не виснет и не крешится. ошибка выжившего. AK>> занимались. Там на три страницы уговоров, хотя бы посмотреть в код. EG> Ключевое слово тут *регулярно*. Можно хоть десять страниц накатать регулярно. Hесколько лет. Оно ущемляло чсв ребят, не сумевших сделать самостоятельно, в этом проблема. AK>> Вот когда приходит амазон с пачкой денег - патч в общее дерево AK>> попадает молча и без обсуждений - потому что это кого надо патч. EG> Хороших патчей в дерево попадает гораздо больше и вовсе без гигантов, если это кого надо патчи. AK>> Причем код может быть полным неработающим г-ном, как уже было с wireguard. AK>> Главное чтоб это кого нада был код. EG> wireguard это как раз пример того, что нет никакого смысла коммитить EG> неработающее говно, оно всё равно будет выпилено очень быстро оно было выпилено потому что _автор_протокола_ не поленился пойти и посмотреть, что это такое наговнякано. Причем он чувак склочный и шума и вони от него много. А еще он изрядно работящий, он ТАК свое чсв тешит, а не игнором чужих патчей, поэтому быстренько понакодил как надо и лицензию предоставил. Такое щастье бывает редко и чаще всего для ненужно (мне, в общем, плевать какого качества там вайргад, у меня ipsec) А Адам Левенталь не работящий, не шумный, и чинить за вами zfs не будет. Ему давно уже неинтересно, он за деньги работал. А лицензию на растерзание давным-давно бросили. EG>>> ZFS, но если в твоём случае других задач нет - можно прибить не половину, EG>>> а 95%, оставив системе заначку для манёвра, и работать себе годами, AK>> и оно крэшится, если память вдруг понадобилась. EG> Hеправда. правда. Просто предоставь ему эти несколько минут продолжать получать нагрузку. EG> при настроенном под задачу sysctl vm.v_free_min - оно заранее то есть под каждую задачу вручную крутить крутилку? Спасибо, не нать нам такое. Почему-то в btrfs не надо ничего крутить. Hу да, неэффективный buffer cache, вместо arc, прошлый век. Зато ровно на всю свободную память и освобождает, как потребовалась. Как бы не эффективнее полурабочего arc вышло в результате. Что делать, если наследие sun этого века не уберегли. EG> И с избыточностью тоже. Тебе ничто не мешает выдернуть диск из RAIDZ, EG> и вставить на его место новый большего размера. вручную. С полным ресилверингом и риском потерять все, потому что вернуть обратно не выйдет. Все еще не хочешь погуглить про кластеры? Hу как хочешь... > Alex

19 мая 2021, среда, в 11:14 NOVT, Alex Korchmar написал(а): EG>>>> Если поискать - есть. AK>>> ну вот я поискал - нету. AK>>> Либо очень дорого и уже не продают. EG>> Да где ж дорого, полно железа x86 занедорого. AK> повторяю: железо x86 впятеро дороже и не умеет ничего из перечисленного за те AK> деньги. Это бессмысленный разговор без конкретизации исходной задачи. EG>> с прежней ZFS. Для изолированной хранилки - нормально. AK> прежняя вряд ли утратила умение виснуть из-за интерлоков В моих руках не виснет и не крешится. EG>> Hет, не озвучил. Первым делом не озвучил целевую задачу. AK> ты все равно не поймешь задачу. Hу не хочешь, как хочешь. Твои проблемы. AK> google: data storage clusters Причем тут гуль-то, меня интересовала твоя конкретная задача, а не гугль, но нет так нет. EG>> это коммуникация, надо регулярно ругаться в листах, капать на мозги. EG>> Это отдельный скилл и этим надо отдельно заниматься, этим никто EG>> не занимался в случае со патчами slw@. AK> занимались. Там на три страницы уговоров, хотя бы посмотреть в код. Ключевое слово тут *регулярно*. Можно хоть десять страниц накатать в фабрикатор, это не то. AK> Вот когда приходит амазон с пачкой денег - патч в общее дерево AK> попадает молча и без обсуждений - потому что это кого надо патч. Хороших патчей в дерево попадает гораздо больше и вовсе без гигантов, ты просто не в курсе. AK> Причем код может быть полным неработающим г-ном, как уже было с wireguard. AK> Главное чтоб это кого нада был код. wireguard это как раз пример того, что нет никакого смысла коммитить неработающее говно, оно всё равно будет выпилено очень быстро EG>> ZFS, но если в твоём случае других задач нет - можно прибить не половину, EG>> а 95%, оставив системе заначку для манёвра, и работать себе годами, AK> и оно крэшится, если память вдруг понадобилась. Hеправда. Я это ощущал на себе - в худшем случае оно впадает vm thrashing на несколько минут, но не крешится. Это в 11.4-STABLE. А в лучшем случае - при настроенном под задачу sysctl vm.v_free_min - оно заранее говорит ARC-у ужаться и оно ужимается заранее, и vm thrashing не происходит. AK>>> пока всех достижений - можно добавить целиком vdev. Добавить диск к vdev AK>>> как не было можно, так и до сих пор. EG>> Диск и есть один из видов vdev. Заменить vdev тоже можно, AK> есть. Без избыточности. То есть тобой же подтверждено как бесполезное ненужно. И с избыточностью тоже. Тебе ничто не мешает выдернуть диск из RAIDZ, и вставить на его место новый большего размера. Eugene