кстати, об mfc

Alex Korchmar написал(а) к All в Jan 18 16:31:05 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

вот это счастье, как я понимаю, ожидает нас послезавтра:
https://reviews.freebsd.org/rS328083

соответственно, настоятельно рекомендуется a) не обновляться как можно дольше,
b) попытаться откатить.
Второе, скорее всего, окажется адски трудно и ненадежно, поскольку там
не один патч, и доляпывается на ходу.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Jan 18 00:07:24 по местному времени:

29 янв. 2018, понедельник, в 16:31 NOVT, Alex Korchmar написал(а):

AK> вот это счастье, как я понимаю, ожидает нас послезавтра:
AK> https://reviews.freebsd.org/rS328083
AK> соответственно, настоятельно рекомендуется a) не обновляться как можно дольше,
AK> b) попытаться откатить.
AK> Второе, скорее всего, окажется адски трудно и ненадежно, поскольку там
AK> не один патч, и доляпывается на ходу.

Ты прям как белка-истеричка.

PTI is turned off by default for now, enable with the loader tunable vm.pmap.pti=1

Eugene
--
Научить презирать мещанскую мудрость.
--- slrn/1.0.2 (FreeBSD)

Alex Korchmar написал(а) к Eugene Grosbein в Jan 18 21:01:16 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> Ты прям как белка-истеричка.
я, в отличие от некоторых, заглянул в код. Код - г-но.
EG> PTI is turned off by default for now, enable with the loader tunable
Во-первых, оно патчит миллион тонких мест (подобные патчи НЕ подпертые
глобальным обосрамсом висели бы десять лет без движения). Во-вторых
все эти бесконечные проверки во время обработки прерываний (еще и не-MP aware)
конечно же добавят системе как устойчивости, так и производительности.

EG> vm.pmap.pti=1
интересно, их мама в детстве не научила ifdef? Или этот кусок дерьма никак
невозможно было реализовать не загадив пол-ядра?
Если бы это была feature - да, я бы ее выключил и спал почти спокойно (потому
что даже с ifdef наверняка в работающем без нее ядре осталась бы куча
улучшизмов, которым лучше бы там не быть)

помимо pti там еще патч spectre, такого же безобразного качества приедет.
Причем все эти костыли и подпорки не решают никакой проблемы в принципе.

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Eugene Grosbein в Feb 18 00:02:01 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

EG> PTI is turned off by default for now, enable with the loader tunable
EG> vm.pmap.pti=1
хозяйке на заметку: вот чего стоит "turned off" куча мусорного кода, как
попало добавленная в ядро в режиме "смузи не ждет!":

http://www.dataarchitect.cloud/victo...ance-meltdown/

(это, заметим - "удачный" расклад попался. бывает и -50%)

> Alex

--- ifmail v.2.15dev5.4

Alex Korchmar написал(а) к Alex Korchmar в Feb 18 23:56:48 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Alex Korchmar <noreply@linux.e-moe.ru> wrote:
AK> вот это счастье, как я понимаю, ожидает нас послезавтра:
задержалось, но все же приехало в субботу. Оказалось даже еще более через
жопу сделанным, чем предполагалось.
(в частности, отключающий эту мерзость tunable - не применяется, почему-
догадайтесь сами)

Соответственно, настоятельно не рекомендую обновляться на что-то старше
r329450 (если только вы не shared hosting с хорошим запасом мощности. впрочем,
вам все равно п-ц)
На самом деле и на него не надо, последним содержательным патчем в 11й ветке
был тот самый mfc со skein и прочими zfs'ными доделками, остальное - мусор.

> Alex

--- ifmail v.2.15dev5.4

Dmitry Kolvakh написал(а) к Alex Korchmar в Feb 18 13:56:38 по местному времени:


Нi Alex!

20 Feb 18, Alex Korchmar wrote to Alex Korchmar:

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

Уточни плз что имел в виду.
а) отключающий эту мерзость tunable по дефолту включен и надо его выключить явно?
или
б) отключающий эту мерзость tunable вообще не работает (отсутствует), и мерзость теперь никак не отключить?



--
Good Luck! - Dmitry V. Kolvakh aka Keu

--- GoldED+/W32-MINGW 1.1.5-b20060703

Alex Korchmar написал(а) к Dmitry Kolvakh в Feb 18 15:00:48 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Dmitry Kolvakh <Dmitry.Kolvakh@p1.f89.n5054.z2.fidonet.org> wrote:

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

DK> б) отключающий эту мерзость tunable вообще не работает (отсутствует), и
присутствует в коде, но снабжен флагом, из-за которого игнорируется.
Ибо что-то ломалось при попытках его включить.

DK> мерзость теперь никак не отключить?
именно. При том что негативное влияние на производительность есть даже у
отключенного (проверено линуксами, где есть и работает) - context
switch совсем не то место, где стоит тратить время на миллионы ненужных
проверок.


> Alex

--- ifmail v.2.15dev5.4

Dmitry Kolvakh написал(а) к Alex Korchmar в Feb 18 13:17:40 по местному времени:


Нi Alex!

21 Feb 18, Alex Korchmar wrote to Dmitry Kolvakh:

DK>> б) отключающий эту мерзость tunable вообще не работает
DK>> (отсутствует), и

AK> присутствует в коде, но снабжен флагом, из-за которого игнорируется.
AK> Ибо что-то ломалось при попытках его включить.

Как-то грустно всё это. И естественно, этот улучшизм никак выборочно не объехать, если хочешь обновиться на что-то после 11.1 p6?

DK>> мерзость теперь никак не отключить?

AK> именно. При том что негативное влияние на производительность есть даже
AK> у отключенного

Это понятно, но включённый должен быть еще намного хуже.

--
Good Luck! - Dmitry V. Kolvakh aka Keu

--- GoldED+/W32-MINGW 1.1.5-b20060703

Alex Korchmar написал(а) к Dmitry Kolvakh в Feb 18 17:13:38 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Dmitry Kolvakh <Dmitry.Kolvakh@p1.f89.n5054.z2.fidonet.org> wrote:


DK> Как-то грустно всё это. И естественно, этот улучшизм никак выборочно не
DK> объехать, если хочешь обновиться на что-то после 11.1 p6?
ну можно rollback ему сделать будет - и каждый раз вручную разрешать конфликты.
В общем-то полезных апдейтов после помянутой мной версии - немного, вредных -
полно. (я живу на STABLE, убедившись в полной бесполезности нынешних RELENG)

вот из 12 уже не выпилить никак - там добрый десяток коммитов (потому что
получилось не с первого и не со второго раза) вперемешку с несвязанными с этим
изменениями.

DK> Это понятно, но включённый должен быть еще намного хуже.
лоадозависимо, народ получал от 20 до 50 и больше. В "хорошем" случае намеряли
эффект от отключения примерно_равный эффекту от отката на непатченную версию.
(типа 10% съел патч, и еще десять сверху - его применение)
Но это еще цветочки, ягодки получаются вот так: берем патченную систему,
ставим на нее патченный virtualbox (уже безальтернативно в портах!) и внутрь
- тоже патченную систему.

причем откат любого из пунктов в отдельности проблему почти не устраняет.

полагаю, что с kvm (уже тоже, да) будет такая же фигня.

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


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Alex Korchmar в Mar 18 15:09:09 по местному времени:

20 февр. 2018, вторник, в 23:56 NOVT, Alex Korchmar написал(а):

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

vm.pmap.pti=0 применяется, не надо истерик.

Eugene
--- slrn/1.0.2 (FreeBSD)