Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Anton Sayetsky 
6 мая 2017 г., 22:51 пользователь Slawa Olhovchenkov  написал:
> On Sat, May 06, 2017 at 10:45:33PM +0300, Anton Sayetsky wrote:
>
>> 6 мая 2017 г., 22:28 пользователь Slawa Olhovchenkov  
>> написал:
>> > On Sat, May 06, 2017 at 10:20:46PM +0300, Anton Sayetsky wrote:
>> >
>> >> >> >> /boot/loader.conf такой:
>> >> >> >> autoboot_delay="4"
>> >> >> >> loader_logo="beastie"
>> >> >> >> kern.geom.label.disk_ident.enable="0"
>> >> >> >> kern.geom.label.gptid.enable="0"
>> >> >> >> kern.ipc.nmbclusters="0"
>> >> >> >> zfs_load="YES"
>> >> >> >> vfs.zfs.arc_min="192G"
>> >> >> > 3. эту убери
>> >> >> Поставлено для 2 целей:
>> >> >> 1. Чтобы быстрее падало.
>> >> >> 2. Чтобы кэш таки не "опускался слишком низко", ибо больше там память
>> >> >> занять нечем.
>> >> >
>> >> > А я не спрашиваю зачем ты это поставил, я говорю что надо сделать.
>> >> В отличие от тебя, я не столь силён в коде ZFS/vm, чтобы предлагать
>> >> свои патчи, однако не думаю, что это избавляет от необходимости хоть
>> >> какой-то аргументации совета по изменению настроек.
>> >
>> > а смысл? ты уже отказался ставить -STABLE и патчи.
>> Ну, я не вижу связи между arc_min и веткой системы. А посыл был именно
>> об изменении настройки, а не о патче. Кстати, этот из ревью может и
>> попробую адаптировать для releng/10.3.
>
> я нигде не говорил что можно применять что-либо одно или какую-то
> комбинацию. все рекомендации надо применять без исключений.
С UMA согласен - его чинить лучше, а не выключать.
С патчем тоже согласен - часть процесса починки.
Но при чём тут минимальный объём ARC?
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Anton Sayetsky 
7 мая 2017 г., 15:46 пользователь Eugene Grosbein  написал:
> 07.05.2017 2:09, Anton Sayetsky пишет:
>
>>> Потому что релиз, даже X.3, не более чем снапшот с ветки stable со всеми
>>> "радостями" снапшота, включая отсутствие каких-либо багфиксов.
>> Ну, а -STABLE - изначально снэпшот -CURRENT, что в свою очередь
>> изначально снэпшот тараканов в голове не всегда адекватного коммитера.
>
> Ничего подобного - ветка STABLE не снапшот CURRENT.
Внимательнее, плз: я не утверждал, что -STABLE есть снэпшот -CURRENT в
произвольный момент времени, я утверждал, что он _изначально_ является
таковым, что подтверждается следующими коммитами, например:
https://svnweb.freebsd.org/base?view=revision=256281
https://svnweb.freebsd.org/base?view=revision=302408
Правда, мне не совсем понятно, какое это имеет отношение к дедлоку ZFS...

>> :-) Разница в степени QA же.
>
> QA в релизах FreeBSD весьма условный.
И это печально.

>> Кстати, как это без багфиксов? Errata же выходит.
>
> В релизы эти фиксы не попадают, максимум в ветку releng, но там
> бывают практически только фиксы безопасности и очень редко.
А releng/ с каких-то пор перестал быть релизом + patchlevel?
И да, просмотрел список errata за последние 2 года - стабильно раз в
пару месяцев выходят.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Eugene Grosbein 
07.05.2017 3:57, Владимир Друзенко пишет:

> Дело в том, что некоторые участники рассылке (опустим эпитеты) вместо того, 
> чтобы нажимать кнопочку «Ответить в рассылку» нажимают «Ответить всем» и не 
> вычищают получателей. В результате автор предыдущего письма получает две 
> копии одного и того же сообщения - одно из рассылки, а другое напрямую от 
> отвечающего.

Да, и это делается намеренно. Нынче доставка письма через SMTP дело 
проблематичное,
а так шансы сильно повышаются.


___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Eugene Grosbein 
07.05.2017 2:09, Anton Sayetsky пишет:

>> Потому что релиз, даже X.3, не более чем снапшот с ветки stable со всеми
>> "радостями" снапшота, включая отсутствие каких-либо багфиксов.
> Ну, а -STABLE - изначально снэпшот -CURRENT, что в свою очередь
> изначально снэпшот тараканов в голове не всегда адекватного коммитера.

Ничего подобного - ветка STABLE не снапшот CURRENT.

> :-) Разница в степени QA же.

QA в релизах FreeBSD весьма условный.

> Кстати, как это без багфиксов? Errata же выходит.

В релизы эти фиксы не попадают, максимум в ветку releng, но там
бывают практически только фиксы безопасности и очень редко.

___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd

Re: [freebsd] ZFS, TMPFS, pagedaemon/uma и подземный стук

2017-05-07 Пенетрантность Slawa Olhovchenkov 
On Sun, May 07, 2017 at 05:18:34AM +0300, Valentin Nechayev wrote:

> hi,
> 
>  Sat, May 06, 2017 at 23:06:30, slw wrote about "Re: [freebsd] ZFS, TMPFS, 
> pagedaemon/uma и подземный стук": 
> 
> > > Подозреваю, что это письмо ты второй копией тоже не получишь :)
> > > Mailman слишком умничает в некоторых вопросах. В частности, подписчику
> > > по умолчанию ставится флаг nodupes (можешь зайти через веб снять его),
> > > при этом письмо не посылается, если такой получатель уже замечен в
> > > h_To или h_Cc.
> > > Причём штатных средств рулить это групповым образом от админа - нет
> > 
> > Default options for new members joining this list.
> > (Details for new_member_options)
> 
> Это для новопришедших, а не уже заимпорченного. Видел, но поздно. :)
> OK, снял галочку на новопоступающих. Ждём обратных жалоб типа "дупы в
> эхе!"
> 
> > > (в отличие от плоского списка подписчиков), надо unpickleʼить
> > > состояние рассылки и менять вручную.
> > Membership List
> > 
> > not metoo -- Does the member want to avoid copies of their own
> > postings? 
> 
> Это через веб. Предлагаешь 200+ подписчиков каждому менять галочки? :)
> Но вообще-то not metoo не установлена (у большинства), в отличие от
> nodupes.

простейший скрипт решает

> > > Поскольку подписчик может таки себе это сам строить, я сильно не
> > > заморачивался.
> > вот уж блин спасибо.
> 
> Ну исправил же, я вижу :)
> Вообще в таких вопросах единогласия не дождёшься. За то же reply-to
> споры идут так давно, что впору и его по каждому подписчику раздельно
> регулировать.

имхо тут все просто -- если лист допускает письма от не-подписчиков --
replay-to автору и хороршим тоном отвечать всем (что бы ради
единственного письма не подписываться).

иначе -- replay-to в лист, что бы ветка не уходила случайно в мыло.
___
freebsd mailing list
freebsd@uafug.org.ua
http://mailman.uafug.org.ua/mailman/listinfo/freebsd