Странно и тупо

Потому что будет нытьё про дырявые дистрибутивы. Кому надо тот сам поставит.

Я конечно это понимаю. Но пусть будет выбор.

Далеко не все знают как.

А эта опция отключает все встроенные методы? Пишут «всё», а от версии к версии ядра так много уже добавили.

Как проверить?

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

Во первых не тормозит, потому как все эти уязвимости сильно просаживают I/O и сисколы, т.е. все что связанно со сменой контекста user/kernel space. Например числодробилки затронуть не должно.
Во вторых если у тебя относительно новый процессор в котором нет части уязвимостей то и теряет он не так много.
В третьих лично мне больше нужна сикурность чем производительность.

читать исходники едра :)
первые строчки отключающих опций были размером со слона. потом уж добавили объединенный параметр (опять же сколь знаю).

что-бы не было кричалок, что все тормозит и тп

Так их и нет

читать исходники едра :)

Я не читал, ннннноо собирал. Опций по «защите» много, реально много. Даже в минорной версии добавляют (как пример - 5.15.x добавили после 50, не точно, но всплыла явно не на 20).

И вот как проверить? find/grep «mitigation»? А потом действительно читать? Может кто-то знает параноика, который это проделал?

Так их и нет

Ты просто забыл, как было «до». И не только ты. Привыкли мы к этому дерьму поведению.

Например числодробилки затронуть не должно.

Взяло и затронуло. Но читая дальше о том, что тебе важнее, смысл писать.

grep . /sys/devices/system/cpu/vulnerabilities/*

А что было до? Ну в некоторых задачах производительность упала на несколько процентов. А в повседневном использовании вообще почти не поменялась. С тех пора воды утекло столько, что и вспоминать нет смысла.

«До» было в два раза холоднее проц. «До» было в 3 раза быстрее работа с БД и как писал выше -

сильно просаживают I/O и сисколы

Ну, ну, не налегай. Portal RTX сделали хорошо

Ты как тему без тегов создал?

По теме: чтобы не было кричалок, что на банковской карте задолженность образовалась.

Взяло и затронуло. Но читая дальше о том, что тебе важнее, смысл писать.

Деньги налом получаешь? Наверное на рынке работаешь?

Да что там вспоминать? Поставь чонить с 2.6.32 или чутка выше — вот оно!

«До» было в два раза холоднее проц

Был 70, стал 140? У меня с температурой процессора полный порядок что до, что после.

было в 3 раза быстрее работа с БД

Сочувствую.

сильно просаживают I/O и сисколы

Ну так никто и не спорит что разница есть. Но примерно в 95% типовых задач она недостаточно чувствительная чтобы делать mitigations=off дефолтом. Если есть задачи где разница действительно чувствуется, все можно и нужно делать ручками.

https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html

Как этому верить?

mitigations=
[X86,PPC,S390,ARM64] Control optional mitigations for
CPU vulnerabilities.  This is a set of curated,
arch-independent options, each of which is an
aggregation of existing arch-specific options.

off
Disable all optional CPU mitigations.  This
improves system performance, but it may also
expose users to several CPU vulnerabilities.
Equivalent to: nopti [X86,PPC]
if nokaslr then kpti=0 [ARM64]
nospectre_v1 [X86,PPC]
nobp=0 [S390]
nospectre_v2 [X86,PPC,S390,ARM64]
spectre_v2_user=off [X86]
spec_store_bypass_disable=off [X86,PPC]
ssbd=force-off [ARM64]
nospectre_bhb [ARM64]
l1tf=off [X86]
mds=off [X86]
tsx_async_abort=off [X86]
kvm.nx_huge_pages=off [X86]
srbds=off [X86,INTEL]
no_entry_flush [PPC]
no_uaccess_flush [PPC]
mmio_stale_data=off [X86]
retbleed=off [X86]

Exceptions:
This does not have any effect on
kvm.nx_huge_pages when
kvm.nx_huge_pages=force.

4.9 и надо выбрать версию добез внедрения патчей.

Меня больше банк раздевает )) Я за нал!

Да ладно. На любых прсаживает. Скорость света еще никто не отменял.

Во-первых, это не grub а командная строка ядра. Во-вторых, эта опция вредительская, она приводит к некорректной работе межпроцессной защиты. Включать её можно исключительно в целях отладки.

никто и не настаивает - не отключай ни в коем случае !!

Тут человек формулирует вопрос так:

Почему для десктопов в grub по дефолту не добавить mitigations=off

По дфеолту нафиг мне нужны уязвимости. И ладно бы Linux был игровой платформой что-то типа XBox или Steam Deck, так нет, рабочая станция. И даже если я программист backend я не сталкиваюсь с проблемами скорости БД, потому как не провожу нагрузочное тестирование локально, максимум интеграционное тесты гоняю.

Ещё если интел-встройка i915.mitigations=off не забудь.

Ещё если интел-встройка i915.mitigations=off не забудь.

Спасибо, добрый человек. Моя вера в затычку вернулась. Реально, в firefox отрисовка сильно бодрее стала. И даже с композитингом, без которого я сидел ради того чтобы выжать больше кадров из затычки!