Интел стремится к байкалу с закрытием уязвимостей.

попробуй лифт отключи

elevator=noop

думаю, что для hdd это не даст никакой прибавки.

Что только эти пердоли не наоптимизируют, лишь бы не купить норм проц и продолжать читать мантры что он им не нужен.

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

при чём тут проц?
разговор о том, что патчи мелтдауна снижают скорость любых интелловских процов

Найс шизофрения.

это у тебя шизофрения. мне нужна конкретно архитектура x86_64. предложи варианты этой архитектуры, чтобы не было замедления от патчей. раз ты такой умный.

Более быстрый проц остаётся более быстрым даже с замедлением. Разве это так сложно?

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

Хотя дырявость это топ кек, но всё равно x86* настолько быстрее и имеет больше инфраструктуры, что это не убрать никаким количеством заплаток.

Ну и зачем ты повторяешь это для себя? Твой атом без замедления всё равно медленнее норм проца с ним.

тебе куда этот атом врезался так, что ты смысла вопроса не понимаешь?

на серверах с ксеонами такая же фигня. вопрос не в конкретном проце, а в принципе. теперь иди, осмысливай.

Зачем ты у меня это спрашиваешь? Жди когда залатанные в железе процы выпустят. Массово дырявые ядра возвращать не станут.

это ты заявил про «твой атом». я не знаю, почему у тебя в голове атом засел и почему атом вызывает у тебя такой лютый баттхёрт. но мне это какбэ фиолетово.

Вообще, на такое не пойдут, но можно было наверное сделать дырявую но быструю систему но отняв у неё возможность записи на определённый диск. Не сохранять изменения, кроме выходных данных и класть на вирусню. Для запуска игрушек зашло бы отлично.

почему атом вызывает у тебя такой лютый баттхёрт

Мало у кого из его владельцев вообще может возникнуть такой вопрос.

это любые операции с сетью. это любые операции с диском, вообще с любым железом

Не любые и не с любым железом :) «при работе многих серверных приложений» в серваках стоят широкополосные карты со своим стеком и пропуском нафиг торадиционного стека, ядро в операциях с сетью там вообще не участвует. Поэтому оно и называется kernel bypass. «Чорную магию» с O_DIRECT (см. хоть https://www.ibm.com/support/knowledgecenter/STXKQY_5.0.0/com.ibm.spectrum.sca...) для хитрожопого доступа к дисковому массиву в обход опять же стека I/O сабж-оси тоже никто не отменял :) Хотя он уже может быть подключен через карточку с kernel bypass http://www.mellanox.com/pdf/whitepapers/WP_2007_Storage_1.0_WP.pdf

при чём тут запись на диск и «вирусня»? вирусня на лине так же вероятна, как жизнь на Марсе. проблема в том, что (при некоторых очень особых случаях) возможна (хотя и очень маловероятна) утечка содержимого памяти между процессами или между процессом и ядром. опасность угрозы сильно преувеличена. но это хардварный баг, так что править его всё равно пришлось. причём методом насилия над софтом, так как хард они исправить не могут.

но для подавляющего большинства машин, как юзерских, так и серверов, это вообще иррелевантно. а патчи замедляют работу. поэтому их можно отключить, если юзкейс не включает запуск всякой НЁХ на машине. однако для большинства трендовых дистров наверняка никто не будет заморачиваться с выпуском разных версий - с патчами и без. а большинство админов не заморачиваются пересборкой системы с нужными настройками. поэтому общая производительность всего (и сетей, и серверов) просто упадёт. это проблема.

не надо мне это рассказывать. я с такими вещами не один год работаю. хотя такие карты не стоят на среднестатистических серверах. это дорого.

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

ну если разве что ты владелец. тогда оно понятно.

Если бы Линус Торвальдс не отвлекался на создание стольких дистрибутивов

Ахаха. Если бы Ленин не лежал а строил коммунизм.

Сладкая, твой пердачелло уже просто дымит люто от всего этого треда, поспокойнее

Надо-надо, а то ты тут свой опыт нищебродских решений экстраполируешь на «все железо» — и как видно из контр-примера даже «в главном» не права :)

Приятно видеть, что ещё остались люди которые задумываются о первопричинах проблем.

Оно же там одним параметром при загрузке отключается. nopti или что-то такое. Кому надо - отключат.

и в компиляторе отключится

А какие проблемы с компилятором? Сотая доля процента на синтетическом тесте?

Пруфс на сотую долю будет? А то тут просто от смены дистрибутива вот такое выходит: https://openbenchmarking.org/embed.php?i=1805043-AR-CLEARBUNT27&sha=4d0e079

Не будет, я же не утверждаю ничего. Но по ссылке не пруф.

каких ещё «нищебродских решений»? твоих тараканов оставь себе.

Поработай своим пердачелло - хватит на крутой и мощный комп с кор и9, все проблемы уйдут

можно магически уменьшить потери при переключении

если включить HZ=100 и все навороты про NO_HZ