> https://make-linux-fast-again.com/ не поможет? Я, если честно, не пробовал.

НЕТ. Потеря до 60% производительности на специфических тестах - это вот с этим "fast, again" - только из-за наличия в коде ненужно-проверок ненужного, с ВЫКЛЮЧЕННЫМИ "mutigations". Хотя в ведре миллиард опций (и у фри тоже) - но именно эту диверсию кому-то _очень_ надо было впихнуть намертво.

У фри по некоторым весьма неточным данным - потери на порядок меньше, из-за другого механизма управления памятью (злые языки говорят что он сам обеспечивает тот же порядок производительности в минус без всяких kpti ;) - но было бы очень странно ожидать что изуродованный ради этих улучшизмов сверхкритичный код, дергаемый на каждый context switch, останется эффективным. Как минимум, ему приходится проверять пачку глобальных флагов на _каждом_ свитче.

Окей - проверки выпилить не очень сложно. Откатить патчи kib@ - невозможно, во всяком случае, я не понимаю архитектуру ix86 в достаточной степени. Там не мелкие исправления, там кусок кода переписан целиком - и на него еще наложился патч уязвимости int3, поэтому нельзя просто вернуть как было (это-то можно, но будешь жить с exploitable local root)

> ЗЫ Подскажите, про ARC во FreeBSD по каким еще словам гуглить?

system hang, total kernel lockup ;-)

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

Вкратце из того о чем я знаю - а я знаю не все: сломанный needfree, восстанавливается патчем slw@
https://reviews.freebsd.org/D7538 - его регулярно ломают, если не ложится - насиловать не надо, надо откатываться на ту версию, на которую ляжет без заметных проблем.
Принципиально неработающий и defective by design compressed arc - kernel tunable (после этого надо померять скорость работы с compressed data и, возможно, тоже выключить - внимание, методом destroy, а не просто выключить - это взаимосвязанные детальки), abd scatter - вроде kernel tunable в текущих версиях, но я не проверял - в моих 11.0-1 это делается ручным редактированием abd.c
Еще одну проблему (которой просто нет в моих версиях) - удалось победить, там просто arc не работал.

Но в любой момент могут сломать еще что-то где-то - и за ними даже не следит никто, потому что все, кому надо было чтоб работало - сидят на своих патченных-перепатченных системах, апгрейдясь когда есть время и вдохновение. Кому нахрен нужны "улучшизмы" в хранилке, если она уже работает?! А вот продаванам дельфикса и ix  - очень нужны, а то нечего будет впаривать, а судьба твоих пулов их не колебет.

А, еще, из забавного, parallel mount - когда у тебя pool1/usr pool2/usr/local pool1/usr/local/data - приводит тоже к интересному факапу - ну тут хоть понятно и нестрашно (просто надень кастрюлю). kernel tunable.