The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Предложенная Google программная защита от атаки LVI показала снижение производительности в 14 раз

21.03.2020 09:21

Zola Bridges из компании Google предложил для набора компиляторов LLVM патч с реализацией защиты SESES (Speculative Execution Side Effect Suppression), помогающей блокировать атаки на механизм спекулятивного выполнения в CPU Intel, подобные LVI. Метод защиты реализован на уровне компилятора и основан на добавлении компилятором при генерации машинного кода инструкций LFENCE, которые подставляются перед каждой инструкцией чтения из памяти или записи в память, а также перед первой инструкцией ветвления в группе инструкций, завершающей блок.

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

В проведённых тестах применение защиты SESES для пакета BoringSSL привело к снижению числа выполняемых библиотекой операций в секунду в 14 раз - производительность собранного с защитой варианта библиотеки в среднем оказалась всего 7.1% от показателей незащищённого варианта (разброс в зависимости от теста от 4% до 23%).

Для сравнения, предложенный ранее для GNU Assembler механизм, осуществляющий подстановку LFENCE после каждой операции загрузки из памяти и перед некоторыми инструкциями ветвления, показал снижение производительности примерно в 5 раз (22% от кода без защиты). Метод защиты также предложен и реализован инженерами Intel, но результаты тестирования производительности для него пока не опубликованы. Изначально исследователи, выявившие атаку LVI, прогнозировали снижение производительности при применении полной защиты в 2-19 раз.

  1. Главная ссылка к новости (https://www.phoronix.com/scan....)
  2. OpenNews: LVI - новый класс атак на механизм спекулятивного выполнения в CPU
  3. OpenNews: Представлен новый класс уязвимостей в процессорах Intel
  4. OpenNews: Выявлен новый вариант атаки Zombieload на процессоры Intel
  5. OpenNews: L1DES (CacheOut) и VRS - новые уязвимости в микроархитектурных структурах CPU Intel
  6. OpenNews: Две атаки на механизм предсказания каналов кэша в процессорах AMD
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52581-lvi
Ключевые слова: lvi, speed, benchmark
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (138) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:33, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +30 +/
    > снижение производительности в 14 раз

    Ну и ладно. Спешить нам некуда. Тише едешь - дальше будешь, верно же?

     
     
  • 2.2, нах. (?), 09:40, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –10 +/
    угу - вангую неотключаемую глупость если не в компиляторе, то в механизмах сборки всего подряд, включая калькулятор и, конечно же, в ведре.

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

     
     
  • 3.4, Аноним (4), 09:51, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Там прямо в статье написано что это compile-time защита и что она не должна применяться огульно и только для критикал кода. Ты вообще читал или сразу до комментов скроллишь?
     
     
  • 4.5, Аноним (4), 09:51, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > compile-time

    Другими словами, ни о каких флажках речи не идет

     
     
  • 5.13, нах. (?), 10:14, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >> compile-time
    > Другими словами, ни о каких флажках речи не идет

    флажки у тебя в ведре линуха будут и в прочих ведрах, там где код изначально ассемблерный, причем скопипастят именно макакино решение. И хрен ты его выковыряешь оттуда - я уже пробовал подобное с идиотскими kpti/ibrs.
    Надо еще пару лишних жизней на выгребание всего макачьего навоза.

    Не, ну можешь еще пару дней верить что так не может быть, и что "они же не идиоты".
    Ага, конечно.

     
     
  • 6.86, Lex (??), 21:01, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Кстати, на удивление нередко в последние годы замечаю именно за конторами, которые наиболее рьяно учат других, как правильно кодить итп( гугл, фейсбук и проч ), совершенно придурошные решения и реализации чуть менее, чем чего_угодно, кроме их целевых продуктов( и то, не всегда. Особенно, говоря о фб и его багованном sdk, с головы до ног обмазанном тестами и типизацией, но, чёрт возьми, багованном, вплоть до того, что его не всегда с первого раза поставишь и приложение с ним скомпилишь.. ведь доходит вплоть до того, что некоторые куски эта фигня ожидает не по относительным адресам, а по (!!!) абсолютным, заранее захаркоденным )
     
     
  • 7.140, Аноним (140), 23:50, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    индусы, сэр!
     
  • 4.12, нах. (?), 10:05, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Там прямо в статье написано что это compile-time защита

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

    > и что она не должна применяться огульно и только для критикал кода

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

    А код /bin/ls - да, не скомпилят. Надеюсь, это сразу же сделает тебя счастливым.

     
  • 4.30, YetAnotherOnanym (ok), 11:59, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Дооо... а броузер для тебя - это критикал? Хочешь заворозку на несколько секунд при скроллинге на каждый экран? А киношку в меедиаплеере с фпс 1 кадр в секунду? А в редакторе курсор, не реагирующий на нажатия клавиш? Нет? Правильно, пакетировщики дистрибутивов об этом догадываются, поэтому эти флажки будут отключены везде, где только можно, и потому когда тебя поимеют - это всего лишь вопрос времени.
     
     
  • 5.37, нах. (?), 12:40, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Дооо... а броузер для тебя - это критикал?

    ну зочем вы тгавите?!

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

    > Правильно, пакетировщики дистрибутивов об этом догадываются

    главное, веровать. Что "пакетировщики дистрибутивов" вообще что-то могут и умеют, кроме вслепую копипастить из INSTALL.md в debian/rules

     
     
  • 6.113, Анонимный селебрити (?), 15:29, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне нравится - дыры в процессорах, а разрабы - макаки. Норм, че!
     
     
  • 7.133, Аноним (133), 12:47, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    C-макаки?
     
  • 5.95, Аноним (4), 01:46, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Критикал код - не целый бинарник. Шок/срыв покровов
     
  • 4.105, Аноним (105), 10:29, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да ладно оправдываться. Писаки кода. Не можете - в дворники идите. Да там конкуренция тоже, в блогеры )
     
  • 2.60, burjui (ok), 13:58, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тише едешь - дольше будешь.
     
     
  • 3.103, Анон им (?), 10:18, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Видимо, интересен сам процесс езды?
     
  • 2.87, Аноним (87), 21:02, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Тише едешь - дальше будешь, верно же?

    Я не хочу дальше. Я хочу быстрее.

     
     
  • 3.110, Аноним (110), 13:35, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда решения, которые были известны ещё до спекулятива: больше мегагерц, больше процессоров.
     
     
  • 4.114, нах. (?), 16:12, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Тогда решения, которые были известны ещё до спекулятива: больше мегагерц, больше процессоров.

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

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

    (собственно, speculative execution это попытка параллелить непараллелемое)

     
     
  • 5.126, Аноним (126), 10:01, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Рано или поздно любая технология в своем развитии доходит до технологического предела.
     
     
  • 6.131, нах. (?), 11:25, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Рано или поздно любая технология в своем развитии доходит до технологического предела.

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

     
  • 5.129, Аноним (129), 10:51, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И, тем не менее, кластеры используют десятки тысяч CPU. ПК до этого предела ещё очень далеко.
     
     
  • 6.130, нах. (?), 11:22, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И, тем не менее, кластеры используют десятки тысяч CPU.

    используют. Но ты не хочешь за такую эффективность заплатить из своего кармана - это в-первых. А во-вторых, твоим котикам с фейсбука - не слишком поможет.

     
  • 2.104, Анон им (?), 10:19, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Верно. От того места, куда едешь.
     

  • 1.3, Аноним (3), 09:49, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >основан на добавлении компилятором при генерации машинного кода инструкций LFENCE

    Если это задеплоят, то камни без SSE2 можно выкинуть на помойку - там этой инструкции нет и не будет, а отказываться от этой защиты, встроенной в компиляторы, из-за пользователей без SSE2, никто не будет, просто наcрут на них (на меня!), впервой что-ли срaть на "бомжей" и "нищeбрoдов". Крайне желателен софт, вырезающий это говно из бинарников, собранных с этой опцией.

     
     
  • 2.7, nonamer (?), 09:54, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сколько лет интолу што в нем нет sse2?
    Может уже перекатишься хотябы на rpi4?
     
     
  • 3.11, нах. (?), 10:02, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    может белки-истерички скинутся ему (и мне заодно) на апгрейды пары десятков разных интересных утюгов?

    Вас много, вам же ж не жалко по сотне долларов?

     
     
  • 4.25, Аноним (3), 11:29, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да даже если и скинутся, толку то, если всё новое железо - забэкдоренное гoвнo, а также финансово поддерживать бэкдорщиков, покупая их железо, - это делом им помогать продолжать так делать.
     
     
  • 5.38, нах. (?), 12:41, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    мля, ну я ж просил - ДЕНЬГАМИ! Не надо мне вашего нового железа, я старое куплю, я знаю где и какое.

    На $100 две штуки получится, причем это с доставкой в РФ, если, конечно, хоть какие-то самолеты еще будут когда-нибудь летать.

     
     
  • 6.61, Аноним (3), 14:11, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А толку от старого железа, если софта для него ты готового не найдёшь, и даже сам собрать из-за потре*****й-разработчиков, которым не только сборочный сервер оплачивает Гугл, но и зарплату  платит за то, чтобы делали именно так, как делают, не сможешь.

    Пора признать - корпорации просто взяли и приобрели весь критический софт на свете и воротят им как хотят. Не нравится - форкай и конкурируй, без каких-либо шансов на успех. Рыночек порешал.

     
     
  • 7.79, нах. (?), 17:01, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А толку от старого железа, если софта для него ты готового не

    оно не настолько старое. Десяточка, наверное, не заведется, но 7sp1 там была штатной.
    С л@ап4атоподелками есть minor troubles, но они в основном десктопопроблемы.

    > Пора признать - корпорации просто взяли и приобрели весь критический софт на
    > свете и воротят им как хотят. Не нравится - форкай и

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

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

     
  • 3.32, Zenitur (ok), 12:02, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, а на rpi4 SSE2 как будто есть
     
     
  • 4.39, нах. (?), 12:42, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там белок-истеричек нет, поэтому llvm для этого таржета не изгадят.
    Проблема что для него кроме "новых стандартов" операционных систем нет, а тот мне нахрен не вперся.
     
     
  • 5.54, Michael Shigorin (ok), 13:30, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    *загадочно улыбается*
     
     
  • 6.63, Аноним (110), 14:51, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В Кащенке
     
  • 6.78, нах. (?), 16:55, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > *загадочно улыбается*

    у попиломатериалов появилась какая-то еще операционка, помимо новостандартной? Нешто б-жественную десяточку портировали?

     
     
  • 7.117, Аноним (117), 16:39, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > б-жественную

    Секта дефисистов или безошников в одном слоге? )

     
  • 2.9, нах. (?), 09:57, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Крайне желателен софт, вырезающий это говно из бинарников, собранных с этой опцией.

    там так просто не вырежешь.

    "ну ета же ж впопенсосе, ты же всегда сам можешь пересобрать - только построишь еще один гугель, поближе к какой-нибудь ГЭС, чтобы оно хотя бы в этом веке закончило пересобираться"

     
     
  • 3.64, Аноним (110), 14:55, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Трепло, попробуй уж хоть раз собрать LFS, Gentoo. А вот потом будешь нам здесь петь про АЭС, ГЭС и скончание века.
     
     
  • 4.71, Аноним (3), 15:42, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я не он, но я пропробовал 1 раз gcc собрать Не сам - просто всякие не очень аде... большой текст свёрнут, показать
     
     
  • 5.139, PnD (??), 20:40, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > поиграть в 主體

    В смысле, "玩主體"? Или тут какой-то нюанс? * Сам по-китайски 一点 размовляю.
    </offtopic>

     
  • 4.72, Аноним (72), 15:58, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй хром или лису собрать, а вот потом будешь нам здесь петь.
     
     
  • 5.121, ryoken (ok), 08:56, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чего тут пробовать, как гентуюзер - периодически собираю (правда, не сказать, чтоб сильно при этом радуюсь)... Фаерфокс на Xeon X3470 (LGA1156) - около 3-х часов пилится, Хром - не трогал, но есть мнение, что ещё больше было бы. На более новой платформе (2х X5675) - ФФ силь но быстрее стал, точно не засекал. А вот Хромиум там пилился часа так 3 примерно (я спать ушёл, поздно уже было :D ).
     
  • 2.15, sfdsf (?), 10:16, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > то камни без SSE2

    А вы давно видели "камни" без amd64?
    P.S. Если не вкурсе, то AMD64 ABI вместо FPU x87 использует SSE и amd64 / EM64T процессоры априори поддерживают до SSE2.

     
     
  • 3.19, Аноним (19), 10:52, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Э полегче на поворотах Сегодня Причём дважды Неумно о себе судить, не слыша... большой текст свёрнут, показать
     
     
  • 4.36, JL2001 (ok), 12:33, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И что мне теперь бежать покупать новый выкидывая за штуку уе? Только
    > потому что, а собственно почему?... Потому что в сети неадекватов хватает,
    > судящих по своим конфигам... и предлагающих компиляторными хаками слабомных или продажным
    > авторов компиляторов - снижать производительность до того самого моего 1-го ПК
    > наверное(а ему значит до 8битной денди или даже 4битной 8080)
    > или даже пусть не ваш случай тут - потому что у AMD/Intel
    > нашлась (вполне предсказуемая) дыра? очередная. Ну, так в следующем месяце -
    > ещё прибудет...

    и чего ты предлагаешь? не патчить этот старый бэкдор?

     
     
  • 5.40, нах. (?), 12:43, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    освоить наконец #ifdef hysterical_squirell

     
     
  • 6.50, JL2001 (ok), 13:12, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > освоить наконец #ifdef hysterical_squirell

    тоесть таки не патчить старый бэкдор?

     
     
  • 7.52, нах. (?), 13:18, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> освоить наконец #ifdef hysterical_squirell
    > тоесть таки не патчить старый бэкдор?

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

     
  • 6.92, Аноним (92), 00:10, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    это опция компилятора, причем здесь #ifdef? Нет нужны добавлять какие-то левые ifdef в исходники если оно управляется опциями компилятора
     
     
  • 7.98, нах. (?), 08:14, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > это опция компилятора

    точно так же будет реализовано в ведре, без всякого компилятора. И, как обычно, без возможностей выключить ifdefом.

     
  • 4.138, Аноним (138), 16:23, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А я сегодня в музее каменное рубило видел. Давай тоже простынь напишу, что индустрия ашельских рубил актуальна как никогда, и "чо мне бежать металлические орудия покупать шоле?".

    То, что ты с техноантиквариатом играешься - твой выбор и твои трудности. И да, долго он у тебя всё равно уже не протянет. Поэтому не может стать решением каких-бы то ни было проблем.

     
     
  • 5.147, Аноним (147), 10:23, 28/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Учитывая как ныне всё делается, однодневно до скончания гарантии, думаю вы неправы...
     
  • 2.22, Нанобот (ok), 11:12, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > камни без SSE2 можно выкинуть на помойку

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

     
     
  • 3.29, Аноним (3), 11:43, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Спасибо за информацию. Eсли это встроят часто (а это встроят часто, иначе бы производи ельность в 19 раз не просела), то производительность в результате этого хака просядет не в 19 раз, а на порядки, ибо переключение контекста намного дороже цены этой lfence. Но можно сделать следующее - ядро может затереть эту инструкцию нопом, и тогда при следующем вызове будет быстрым.
     
     
  • 4.47, нах. (?), 12:55, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    о, кстати, да - хак имени vmware server, 2008го года.
    Го писать ядрен модуль ;-) Правда, в самом ведре тоже самое наверняка запилят - причем опять неотключаемое.

     
     
  • 5.136, Аноним (136), 14:02, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > о, кстати, да - хак имени vmware server, 2008го года.
    > Го писать ядрен модуль ;-) Правда, в самом ведре тоже самое наверняка
    > запилят - причем опять неотключаемое.

    Точно, для самотестирования при загрузке ядра надо в обработчик трапа #UD добавить lfence, пусть сам себя патчит.

     
  • 4.66, SR_team (ok), 15:03, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    можно в исключении нопить инструкцию и в следующий раз исключение не будет брошено. Соответственно будет сначала просадка больше, чем в 19 раз, а потом вообще без просадок.
     
     
  • 5.127, Аноним (126), 10:24, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А не проще уже тогда один раз пройтись по ядру в бинарном виде и заменить уникальный код этой конкретной инструкции на NOP? Или там защита от модификации с проверкой контрольных сумм блоков ядра при загрузке?
     
     
  • 6.128, SR_team (ok), 10:40, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А не проще уже тогда один раз пройтись по ядру в бинарном
    > виде и заменить уникальный код этой конкретной инструкции на NOP? Или
    > там защита от модификации с проверкой контрольных сумм блоков ядра при
    > загрузке?

    Речь не о ядре,  о устанавливаемых программах. Дам можно после каждой установки/обновления все патчить, Но врядли такой механизм будет изкоробочным для старых процов. Плюс всякие DRM проверяют целостность своего файла на диске, но не проверяют целостность всего бинаря, когда он уже загружен, и эти инструкции можно будет легко отстрелить

     
  • 4.135, Аноним (136), 13:55, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > можно сделать следующее - ядро может затереть эту инструкцию нопом,
    > и тогда при следующем вызове будет быстрым.

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

     
  • 3.41, нах. (?), 12:44, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    позволит, ага. По пяток прерываний на критичных секциях. С полным срывом кэша и конвейера - заshitит даже лучше чем реальный lfence, только и цена будет разиков в сто подороже.

     
  • 3.134, Аноним (136), 13:43, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> камни без SSE2 можно выкинуть на помойку
    > Чисто теоретически, если процессору дать неизвестную инструкцию, он сгененрирует какое-то
    > там прерывание, которое можно обработать ядром ос и сэмулировать инструкцию. Конкретно
    > lfence можно вообще не эмулировать,просто продолжить выполнение. Итого: простенький патч
    > на ядро позволит и дальше использовать проц без sse2

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

     
  • 2.94, Аноним (94), 00:56, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если это задеплоят, то камни без SSE2 можно выкинуть на помойку

    На Бартоне сидишь до сих пор?

     
     
  • 3.124, Аноним (3), 09:13, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    на туалатине.
     

  • 1.14, Аноним (14), 10:16, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    AMD без особых дыр, штуед не нужон.
     
     
  • 2.28, Аноним (28), 11:35, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    штеуд получала прибыль от вставляния дыр.
     
     
  • 3.144, Онаним (?), 21:28, 24/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот сейчас они будут активно тратить полученную прибыль на лечение всех дыр на аппаратном уровне, при том что еще нужно как-то нарастить производительность в игорях, чтобы сынки всяких начальничков побежали обновлять свой 9900K на 10900K.
     

  • 1.17, Сергей (??), 10:37, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Куда деваться "бедному еврею", я тут пошарился на складе, правда не поэтому поводу, но выискал 2-х процессорные мамки на базе P-II(slot1), P-III, P-IV, самое прикольное и память там еще стоит и кондеры не вспухшие )))...
     
     
  • 2.18, нах. (?), 10:50, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    выкидывай. Они все увизьгвимы, а вот волшебных команд там еще нет.

    Рой в складе глубже - где-то на самом его дне должен лежать тот самый, 1ВМ РС-ХТ, на прекрасном 8086. В нем нет никакого speculative execution, да и кэша тоже нет, он неувизьгвим.

     
     
  • 3.21, Аноним (21), 11:10, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У некоторых людей вполне могут найтись рабочие и 8086, даже Атари/Спекрум/Dendy,
    раз уж если и на 286 демки клепают поныне, а то и ухищряясь в CGA использовать 16 цветов реальных.

    И кому то не помешает подучить матчать
    - таких уязвимостей небыло даже много-много позже,
    т.б.на не Intel ЦПУ.
    (Но, наивно полагать что там небыло своих дыр,
    кстати никто не сказал что их заменили... А, все эти з@дротсва с кэшем(из-за сверх-экономии на пользователях) - какое то тормозное баловство на которое Intel не обращает внимания даже и поныне).

     
     
  • 4.69, Мимикус Пипикус Онанимус (?), 15:19, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У некоторых людей вполне себе есть AMIGA A1200 с акселератором :D А уж более некрофильские некрофиллы те вообще дома PDP-11/73 ( J11) держат :D

    Но фигли  с них толку если софта современного под них нет ни какого, так игрушка не более.

     
     
  • 5.148, Аноним (148), 09:35, 30/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так это хорошо что нет, а то бы всё залагивало.
     
  • 3.33, YetAnotherOnanym (ok), 12:11, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > выкидывай. Они все увизьгвимы, а вот волшебных команд там еще нет.
    > Рой в складе глубже - где-то на самом его дне должен лежать
    > тот самый, 1ВМ РС-ХТ, на прекрасном 8086. В нем нет никакого
    > speculative execution, да и кэша тоже нет, он неувизьгвим.

    К ним IDE-винчестеры нужны, а их нет. Пичялько... :'(((

     
     
  • 4.35, Аноним (35), 12:17, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    можно CF карту подкючить через переходник
    заодно от шума избавитесь
    правда карта нужна тоже старая и мелкого обьема - с большими дисками у древних компов вечно были проблемы. таких карт (32-128мб) навалом в старом сисковском железе
     
     
  • 5.43, Tifereth (ok), 12:47, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сколько усилий, только чтобы сыграть по старой памяти в Digger или Street Figting Man.
     
     
  • 6.48, нах. (?), 12:56, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    такими темпами ты в этот диггер сможешь на распоследних sandy bridge играть, еще и тормозить будет
     
  • 5.46, нах. (?), 12:52, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > можно CF карту подкючить через переходник

    с ними тоже проблемы - немодно, немолодежно. последние китайские стоят как золотые.

    А те что не CF а cfast/cfexpress - в тот переходник даже не воткнутся.

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

    если оно еще работающее - внимательно посмотри на эту карту, и удивись ;-) Да, мы умели решать проблему "слишком больших карт". Циски как раз от нее очень даже страдали. Для msdos 3.0 это решение и тем более подходит.

      

     
  • 5.57, YetAnotherOnanym (ok), 13:52, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > можно CF карту подкючить через переходник
    > заодно от шума избавитесь

    Кагбэ, именно так и сделал в те времена, когда SSD стоили как самолёт, а IDE-CF адаптеры были за копейки на радиорынке. До сих пор тот PIII-866 с корнем на CF 4GB молотит без единого разрыва.

     
  • 4.44, нах. (?), 12:47, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    к ним mfm нужны, тут ничем помочь не смогу.
    А если ты 1ВМ-РС-АТ откопал где-то (там уже ide) - обращайся, у меня есть пара десятков.
    В основном dtla (частью леченные, но это лечение тоже временное), конечно, поскольку с помойки брал, но есть некоторое количество и за деньги купленных. В виду переползания моей свалки с полки с отключенными винтами на гуанокластеры, они освобождаются.

    $15/кг, ок? Считать их на штуки - лень.

     
     
  • 5.59, YetAnotherOnanym (ok), 13:57, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем мне что-то где-то откапывать, у меня все старые мамки с процами, рамой и прочим обвесом на шкафу лежат. Начиная с i486 с VLB шиной.
    Но я запомнил, если что - я к тебе стукнусь ))))
     
  • 5.96, Аноним (96), 03:49, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > частью леченные, но это лечение тоже временное

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

     
  • 3.93, Аноним (92), 00:18, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У меня есть Atom D525, с 2мя ядрами и без внеочередного выполнения команд :-P
    Рекомендую.
     
  • 3.122, ryoken (ok), 09:00, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Рой в складе глубже - где-то на самом его дне должен лежать
    > тот самый, 1ВМ РС-ХТ, на прекрасном 8086. В нем нет никакого
    > speculative execution, да и кэша тоже нет, он неувизьгвим.

    Тут вон неподалёку валяется IBM 5150, только на него смотреть без слёз (во всех смыслах) невозможно, да и собирать его - то ещё щасстье.

     
  • 2.141, Ordu (ok), 00:41, 24/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я вот о том же, когда наконец в инете выложат инструкции для DIY 32-bit CPU на м... большой текст свёрнут, показать
     

  • 1.20, InuYasha (?), 11:04, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Даже теряюсь в выборе самой непробиваемой платформы:
    Opteron socket 940
    Opteron socket F
    Opteron socket G34
    А на ПОВЕР9 семёрка не работает :(
     
     
  • 2.24, Аноним (24), 11:23, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У wheezy и лтс через 2 месяца заканчивается. Никогда этого не понимал, Максимум что можно брать это последняя по состоянию на СЕГОДНЯ убунта лтс, и то лучше посвежее. Это всё имеет смысл только из-за системд, но не на 10 лет же растягивать миграцию. Тем более что для новых установок некроос совершенно не актуальны.
     
     
  • 3.74, Lockywolf (ok), 16:07, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Slackware без systemd.

    Причем sysvinit сейчас умеет insserv и всё такое.

     
  • 2.26, Аноним (28), 11:32, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Запусти на Повер9 в эмуляторе внутри гипервизора. Вот где секурность то будет.
     
  • 2.27, Аноним (27), 11:35, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Под эмулятором запусти. Думаю производительности хватит.
     
  • 2.49, Аноним (49), 13:11, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ARM I.MX8
     

  • 1.31, Аноним (-), 12:01, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Предложенная Google пограммная защита от атаки LVI показала снижение производительности в 14 раз

    Пусть Google ничего больше не предлагает.

    >предложенный ранее для GNU Assembler механизм, осуществляющий подстановку LFENCE после каждой операции загрузки из памяти и перед некоторыми инструкциями ветвления, показал снижение производительности примерно в 5 раз (22% от кода без защиты).

    Парни, которые пилят GNU Assembler пусть не останавливаюся.

     
     
  • 2.45, нах. (?), 12:49, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а можно те и другие нахрен утопятся в ледовитый океан?

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

     
     
  • 3.62, Аноним (27), 14:28, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А в чем проблема? Отправьте им исходники системды! Пусть посмотрят. И у них останется еще как минимум два выхода ;)
     
  • 3.67, Аноним (110), 15:08, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А чего удивительного? Этот жеш ассемблер есть MacroAssembler.
     
     
  • 4.75, Аноним (3), 16:07, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Макросы там явно макросы.
     

  • 1.51, Lockywolf (ok), 13:13, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Пф. Хоть в 19, хоть 2019. Это даже лучше будет, потому что говнокодеров поувольняют.
     
  • 1.53, VINRARUS (ok), 13:19, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А может всё таки перестать сидеть на кактусе и слезть с него, оказавшысь от блока ванги?
    Не ну я в курсе шо бывают садомазахисты, но ведь рано или позно нужно прекращать пытку, здоровья то не вечное.
     
     
  • 2.56, Michael Shigorin (ok), 13:38, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Боюсь, произойдёт это не ранее ненастного четверга при возвышенно-раковом свисте и вдруг опомнившихся творцах ложа Чёрного моря...

    > но ведь рано или позно нужно прекращать пытку

     
     
  • 3.58, VINRARUS (ok), 13:55, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну сидите дальше, раз нравится, токо хоть ваткой протирайте
     
     
  • 4.70, Michael Shigorin (ok), 15:28, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну сидите дальше, раз нравится

    Дык а чего не сидеть, коль сидится? ;-)
    Вскорости уж e2kv5 подвезут, ещё лучше станет.
    Хотя и v4 по шесть мест на одном камушке вон тащит.

     
     
  • 5.73, Аноним (3), 16:06, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А есть гарантия, что эльбрус и подобные "российские" камни - это не неуловимые джо, на которых исследователям из Граацкого университета просто нaсрaть по причине того, что не смогли достать ни доки, ни купить сами камни дешево (а с разведкой для этого взаимодествовать либо нет желания, ибо те наверняка запретят опубликовать результаты исследований, проведённых с их помощью, а посонам карьеру делать надо, а не на разведку вкалывать), да и смысла особого нет, ибо даже если и есть в наличии уязвимости и эксплоиты, то те, кто этими камнями пользуются, с них веб не сёрфят (это всё равно что на бронепоезде к соседу в гости ездить, правда есть один пухлик на весь мир, который иногда так делает) и недоверенный код не запускают.
     
     
  • 6.77, исследователь (?), 16:52, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > неуловимые джо, на которых исследователям из Граацкого университета просто нaсрaть по
    > причине того, что не смогли достать ни доки, ни купить сами

    да могли купить, в целом, и дешево (вы ж родинкой торгуете и оптом, и в розницу, сказки про поцреотизм подаются с другого окошка) - и даже можно было придумать как не подставляться самим под ваших майоров (оставив всю помойку жужжать и жрать ваше дешевое электричество прямо по месту покупки) - но, прикинув профит - купили вместо этого еще два ведра Grüne Fee.
    Спите спокойно, товарищ майоры - ваш неуловимый джо нахрен никому не нужен.

     
  • 5.82, Аноним (110), 18:13, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Миша, Штеуд ЦПУ, по сравнеию с E2k, образец открытости.
     
  • 5.112, anonymous (??), 14:01, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, а e2k -- спекулятивный? :)
     

  • 1.65, Сейд (ok), 14:58, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ещё одна причина покупать AMD.
     
     
  • 2.68, Аноним (110), 15:11, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Когда уже появится возможность покупать НеШтеуд архитектуру для десктопов...
     
     
  • 3.83, Сейд (ok), 19:24, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    OLinuXino
     
  • 2.80, Аноним (-), 17:41, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Но ведь АМД - это зеркальный клон Интела.
     
     
  • 3.84, Сейд (ok), 19:26, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На AMD атака LVI не работает.
     
  • 3.85, Аноним (85), 20:16, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я тебе даже подскажу одно слово: amd64. Догадаешься, кто чью архитектуру использует?
     

  • 1.81, user90 (?), 18:00, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > CPU Intel

    Кому они еще интересны?

     
     
  • 2.88, InuYasha (?), 21:17, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> CPU Intel
    > Кому они еще интересны?

    Продажники говорят что нужны, но кому - это уже приватные данные )

     
     
  • 3.116, Аноним (116), 16:32, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы представитель Интела что ли? Если не секрет, что вы вообще делаете на опеннете, мазохист что ли? Вас тут не любят и это мягко говоря
     
     
  • 4.142, InuYasha (?), 11:32, 24/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы представитель Интела что ли?

    Нет конечно, просто есть знакомые продажники. Ну и глаза можно же разуть и посмотреть, что там в магазинах продаётся и как.

     

  • 1.89, Alexey (??), 23:25, 21/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Данные не приватные, однозначно Интела нужны. И совсем не "зеркальный" клон. До АМД тоже доберутся и выглядеть это будет не менее смешно. Другой вопрос - кто Тебя заставляет вредоносный код запускать?
     
     
  • 2.90, Аноним (3), 23:36, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Макаки-шантажисты, которым надо сайт монетизировать и требования госрегуляторов выполнять.
     
     
  • 3.100, нах. (?), 08:26, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Макаки-шантажисты, которым надо сайт монетизировать и требования госрегуляторов выполнять.

    никакие госрегуляторы, вроде, никаких заsshit не требуют.

    так что ищи угрозу в другом направлении - кто и как соберет в твоем прекрасном линуксе libnss и libssl.so


     
     
  • 4.101, Аноним (3), 09:50, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Регуляторы уже "рекомендуют" фингерпринтить браузеры. И что удивительно, эти "рекомендации" реально выполняют. Уже это можно классифицировать как кибератаку (со всеми вытекающими, в частности 272 УК РФ, п. 1, 2, 3, а именно несанкционированный обход защитных механизмов браузера, предназначенных для защиты чуствительной информации, но судиться с регуляторами и банками по этому поводу ни у кого силёнок не хватит). До "рекомендаций" сканировать память машины для извлечения уникальных идентификаторов, недоступных через API браузера, таких как MAC-адрес, и проверки наличия в памяти информации, выделяющей пользователя из https://lurkmore.to/95%25, что очень подозрительно, тут 1 шаг.
     
  • 2.91, Сейд (ok), 23:53, 21/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если доберутся, тогда и будем производительность снижать. А пока только у Интела.
     

  • 1.97, foi (?), 06:45, 22/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ладно линукс, но на винду то этот фикс скорее всего полюбому прилетит
     
     
  • 2.99, нах. (?), 08:22, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ладно линукс, но на винду то этот фикс скорее всего полюбому прилетит

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

     

  • 1.102, Анон им (?), 10:16, 22/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А мазила хоть с защитой, хоть без защиты медленнее.
     
     
  • 2.106, Злобный аноним (?), 10:50, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мозила еще и памяти меньше жрёт. В общем - еще то дерьмо :)
     
     
  • 3.111, Анон им (?), 13:59, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хм... С какого это?!
    Сейчас уж даже один процесс не выставить. Приколотили (как и многое другое)
     
  • 3.125, Аноним (3), 09:16, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    С хромым сравнивай, который жрёт ещё больше. Ну можешь ещё на lynx перейти.
     

  • 1.107, Аноним (107), 11:26, 22/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Более идиотского решения проблемы они найти не смогли (facepalm).

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

     
     
  • 2.109, Аноним (110), 13:29, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    У Штеуда ещё кроме кеша чувствительные данные оседают в разных буферах предзагрузки.
     

  • 1.108, Аноним (108), 11:51, 22/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    То есть... Гугл предлагает разработчикам вредоносного кода пользоваться пропатченным компилятором, чтобы они уязвимости не могли использовать?
     
  • 1.115, DieSystemdDie (?), 16:18, 22/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот из-за всех этих заплаток приходится оставаться на Debian 8, со старым четырёхлетним ядром.
     
     
  • 2.119, Аноним (24), 18:12, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    4 года не обновлявшееся ведро? Ну такое тоже.
     

  • 1.118, Аноним (118), 17:04, 22/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Зачем Гугл нанял обезьяну?
     
     
  • 2.120, Аноним (120), 18:31, 22/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для инклюзивности.
     
  • 2.123, ryoken (ok), 09:07, 23/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем Гугл нанял обезьяну?

    Видать, из толерантности. В пиндостане эта холера ещё хлеще всяких корововирусов свирепствует уже давно.

     

  • 1.137, Аноним (137), 14:05, 23/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора присмотреться к Эльбрусу!
     
     
  • 2.145, Аноним (-), 05:06, 25/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Спецслужбы это предложение одобряют.
     

  • 1.143, Ya Boo (?), 19:57, 24/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да, геймерам такие оптимизации... Они это радужно примут)))
     
  • 1.146, Аноним (-), 21:45, 25/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне, вот, интересно... ну скомпилируют софт с этой защитой, будет больше тормозить. А почему АМДшники должны от этого страдать? В таком случае, софт разный должен быть.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру