Это копия, сохраненная 16 января 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
> Crucially, these updates to both Linux and Windows will incur a performance hit on Intel products. The effects are still being benchmarked, however we're looking at a ballpark figure of five to 30 per cent slow down, depending on the task and the processor model.
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
СУК, это ШИН intelОТСОС десятилетия, бггг
448x536, 1:12
>-30% производительности
Ну вот, как раз и всякие оборзевшие гои на сандиках слезут с них и побегут покупать правильные камни со спермой под крышкой, и гои со старыми процами от иви до кофе обновляться побегут.
Ты читать умеешь, долбоеб?
>he effects are still being benchmarked, however we're looking at a ballpark figure of five to 30 per cent slow down
> 30 per cent slow down
>SLOW DOWN
Ты даун?
прибавил тебе за щеку, начинай шиновать, бгг
Еблан, ты научись предложения сначала формулировать правильно.
>of 5 to 30
>RRRRRYYAAAAAAA 30 PERCENT SLOW DOWN
За это сру тебе на ебало, во-первых, а во-вторых, ебал патч в рот и откачусь/спирачу шинду
Бедная чушка с атлоном, это лично тебе ничего не даст, как сидел ты на говне мамонта так и будешь, ведь ты нищая чушка. Сиранул тебе на мордашку.
>>36203 (OP)
Ну нееееет! Не хочу! Суки!
Блядь вот сто процентов они это делают потому, что люди стали массово собирать соборки на серверных процах за копейки, а ещё часть сидит на сандиках и даже не думает слезать с них на уёбищное говно за бешеные деньги, которое даст прирост всего на 10-15%, но будет иметь терможвачку под крышкой проца.
Нет никакой уязвимости. Всё это хитрый маркетинговый ход. Пидорьё ебаное. Реально вынуждают смотреть в сторону амуды с её рязанью, у которой и припой вернулся, и ядер нормально за свою цену.
p.s. Обидно за пацанов на ксеонах, которые только только начали радоваться своей смекалочке
Как сосётся, интелобляди?
Была или не была. Какая разница? Кто про неё знал? Главное что эти 30% производительности как раз убьют тот сегмент, который состоит из ксеонщиков и любителей сендиков. 30% - это как раз то, что нужно, чтобы ненавязчиво дать людям из этой категории шлепок по лицу, вроде и не сильно критично, как если бы производительность упала на 50%, но всё же достаточно критично, чтобы навсегда забыть о конкуренции с новыми процами. Те же 3440 на 1156 сокете итак сейчас на грани того, чтобы использоваться в современных играх. Да и какие нибудь 1650, 2630 - бюджетные многоядерники, предполагаемые конкуренты рязани из сегмента бюджетных ксеонов, нахуя они теперь нужны будут, с таким то падением по производительности.
Реально выглядит как очень спланированный ход. Может и нету никакой уязвимости на самом деле.
>fundamental design flaw in Intel's processor chips has forced a significant redesign of the Linux and Windows kernels
>rumours that all intel CPUs from the last decade have a hardware security flaw
>linux kernel patches causing 5-65% perf hits
>worst hits to I/O
>bug allows javascript in a browser to do what it wants with your CPU, VMs can infect each other via the host
>mostly rumour so far but linus is backporting this to stable kernels over christmas without being angry so it must be big
>intel CEO sold most of his shares a month ago
>everything is fire
Пора брать фуфыкс.
>the flaw is in the Intel x86 hardware, and it appears a microcode update can't address it.
>At one point, Forcefully Unmap Complete Kernel With Interrupt Trampolines, aka FUCKWIT, was mulled by the Linux kernel team, giving you an idea of how annoying this has been for the developers.
"MMU упрощает написание ОС с вытесняющей многозадачностью", говорили они. "Микрокод позволяет патчить баги процессора", говорили они. Нагородили хуйни и сами теперь не знают, что со всем этим делать.
>These context switches do not happen instantly, and they force the processor to dump cached data and reload information from memory. This increases the kernel's overhead, and slows down the computer.
Кто там объемами кэшей любил меряться? Все, нету у вас больше никакого кэша. Точнее он какбэ есть, но у него прогрессирующий Альцгеймер.
Сука, даже в MS Research еще 15 лет назад говорили, что весь этот блядский цирк с MMU и кольцами защиты - чистой воды маразм, для чего и начали пилить свою Singularity. А отцы-основатели из Bell Labs поняли это еще в начале 90х. Ну хули, подождем еще подобных факапов, может до индустрии наконец дойдет через жопу.
блять блять блять.
У меня и хеон, и сендик.
Отключаю обновления, жду какой-нибудь новый вирус WannaDie. Полюбому запилят, для особо умных.
"а не будут покупать - отключим ммх", блять.
А вообще - кто подвержен? Не очень у меня с ынглишом. Все до 8ххх? Или аще все?
>>36256
Денува изначально всем хуёв за щеку натолкала. Эбучая виртуальная машина.
Представляю какой вой поднимется, когда до людей начнёт доходить что произошло.
Вангую новую эру АМД-процессоров, каковая была во времена первых пеньков.
пиздю, 7400
>А вообще - кто подвержен? Не очень у меня с ынглишом. Все до 8ххх? Или аще все?
Все процы штеуда за последние десять лет, как написано в статье.
Похоже пизданёт всё кроме кофелейка. Если ебанёт и кофейник, то это пздц.
Нет, просто у всех интелогосподчмырей сейчас в системе ахуенный такой бекдор. Эмбарго на оглашение бекдора, судя по всему, спал. Скоро все китайцы, русские, корейцы и прочие темные будут пилить ахуенные такие вирусы которые будут эксплойтить твой необновлённый анус по полной. Но тут то и подводный камень - обновишься и потеряешь до 30% производительности минимум.
ладно(
В AMD подобных дыр тоже навалом, они просто ждут своего часа. Это не баг из серии "ой, бля, забыл null-байт в конце строки". Вся подсистема MMU настолько громоздкая и уебищная, что чудо-инженеры в башне из слоновой кости просто не подумали, что в этом месте можно проебаться. Улавливаешь разницу?
ога... Пошёл затариваться е5450. Они 2007го.
Игры-то как раз не особо пострадают если это не коснется менеджмента памяти видюхи драйвером. А вот по скорости I/O это ебнет очень ощутимо.
И думаю я интел охуенно потрудится, что-бы их найти. Конкуренция, знаете ли..
я за cyrix
>>36275
>AMD processors are not subject to the types of attacks that the kernel page table isolation feature protects against. The AMD microarchitecture does not allow memory references, including speculative references, that access higher privileged data when running in a lesser privileged mode when that access would result in a page fault.
Да ради бога, чем скорее это говно утонет, тем лучше. А оно утонет, тут можно не сомневаться. Не хотите нормальной ОС с виртуальной машиной, в которой исполняются пользовательские программы - будет вам Хром в качестве виртуальной машины. Вот этот дядечка все популярно пояснил для тех, кто знает ангельский.
>>36234
>>36251
>The bug will impact big-name cloud computing environments including Amazon EC2, Microsoft Azure, and Google Compute Engine
>они это делают потому, что люди стали массово собирать соборки на серверных процах за копейки
юэти 30% производительности как раз убьют тот сегмент, который состоит из ксеонщиков и любителей сендиков.
Да всем похуй на этих нелюдей-бомжей. И мне похуй, что фпс упадет на 10-20 в каких-то играх. А вот коропрации перейдут на епуки и трипперы, вот там миллиарды интела потекут в амд. Хороните жидов, земля им пухом.
>>36271
Ниче, теперь тоже колесико в ведьмаке будет на 100% грузить!
>Да всем похуй на этих нелюдей-бомжей.
Вот сейчас было обидно. Это же лучшие люди данного раздела. Как ты мог их так оскорбить?!
Новых исправленных i8000-ов не видать до лета.
Не понятно - как именно будет эксплуатироваться эта уязвимость. Как я понимаю, речь о сложных виртуализациях впро, иначе причем тут эти серверные гиганты. Если это так, то обычного пользователя это вообще касаться не будет, если он конечно не заниается виртуализацией. И еще вопрос груповых политик открыт, кто и от кого должен исполнять код.
>майнинг
>2018
>спекулянты эфиробитком рубят миллионы, в то время как овечки ищут электричество подешевле, чтобы спекулянтам было чем спекулировать
Такой лол, что просто кек.
Быстро ты слился.
Я в этих хитровыебанных приколов для ботаников не разбираюсь, но я так понимаю, интеловские процы выполняют наперёд какой-то код, который им, вероятно, придётся исполнять, , чтобы побыстрей было, ну и в процессе не до конца проверяют секюрность этой операции.
Жди пока релизнут 1750 или 2700, как они их назовут ещё не ясно. Тогда и смотри, старые 1700 при этом подешевеют, наверное.
>ну мине отминять или ни отмнять - помогите, не хочу быть жертвой маркетинговых войн и хакерских атак!
Просто смирись - скоро амд ответочка прилетит.
Прочитай статью, дайн. Это касается всех, потому что любое говно, запущенное пользователем, может сфабриковать последовательность команд и состояние памяти такое, что при эксплуатации бага получит доступ на выполнение кода на уровне ядра в обход аппаратного разграничения прав доступа. В этом и есть баг. Ссаный джаваскрипт в браузере может хакнуть твою машину и получить полный контроль. Что уж говорить про кластеры серверов с десятками тысяч одновременных подключений, улавливаешь теперь масштабы пиздеца? А после патча корпорации тупо не могут обслуживать 5-30% своих текущих пользователей и несут сопоставимые убытки в 5-30% выручки. А это миллиарды долларов. На тебя и твои -10 фпс в гта5 ваще похуй.
Да я уже заебался ждать.
Ну ок, допустим я отключаю JS в браузере навсегда. Как меня еще могнут хакнуть потенциально?
Хуйню какую-то написал и рад.
Пиздос ты тупица, тащи пруф, что там в статье написан, что код от гостя тебе что-то исполнить может.
Наебался ты чет.
Пруф в статье у опа.
Intel's CPUs speculatively execute code potentially without performing security checks. It seems it may be possible to craft software in such a way that the processor starts executing an instruction that would normally be blocked – such as reading kernel memory from user mode – and completes that instruction before the privilege level check occurs.
That would allow ring-3-level user code to read ring-0-level kernel data. And that is not good.
Вопрос в том, что за код и кто, и в каких случаях его должен запустить. Например, для настройки впро надо обладать физическим доступом к машине, если его нет - хоть узапускайся - ничего работать не будет.
Да, все так.
что ты до впро доебался? В статье вроде нет про него речи. Ring 3 - это твой хром с порном, ring 0 - ядро, дрова, бивис итп...
А я удачно жду на хасвеле с 970 выход нави и ризен2. Выйдет патч, накину 100 МГц и похуй. Жалко, что теперь интелоговно на вторичке упадет в цене на 5-30%.
Сами Интел не могут выпустить женерик патч, так как вендоры материнок мутят свои схемы, и они отослали фиксы этим самым вендорам. Но что-то нихуя апдейтов фирмвейра не было, лично на моем гавне мамонта так точно.
https://security-center.intel.com/advisory.aspx?intelid=INTEL-SA-00086&languageid=en-fr
хорошо хотя-бы не в SMM оно ломится. Вот тогда вооще пейсда пришла бы.
Вообще выглядит этот патч так, что вспоминается старая-добрая ебля с А20 и подобным онанизмом. Ждём лет через пять в биосе опцию "intel pizdec bug: normal/fast".
Это же прекрасно. Годы костылестроения и некрофилии х86 архитекторы наконец-то дают свои плоды. Амазон и мс со своими облаками, как, впрочем, и все остальные хостинговые компании пьют валерианку ведрами.
Ниче, со временем интел РАСКРОЕТ ПОТЕНЦИАЛ ОБРАТНО!
>>36317
Прогулялся по гуглу, если не врут, то это не айс ситуация.
>Whenever a running program needs to do anything useful – such as write to a file or open a network connection – it has to temporarily hand control of the processor to the kernel to carry out the job. To make the transition from user mode to kernel mode and back to user mode as fast and efficient as possible, the kernel is present in all processes' virtual memory address spaces, although it is invisible to these programs. When the kernel is needed, the program makes a system call, the processor switches to kernel mode and enters the kernel. When it is done, the CPU is told to switch back to user mode, and reenter the process. While in user mode, the kernel's code and data remains out of sight but present in the process's page tables.
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
>костылестроения и некрофилии х86 архитекторы
Ты дурак? Это не имеет никакого отношения к х86 как таковому. Это жадные жиды выжимали те самые +30% IPC, чтобы было быстрее, чем у АМД, забивая на проверку уровня доступа выполняемого конвейером кода по результатам работы предсказателя. АМД такой хуйни не делали, и им не нужны никакие патчи, у них все по-старому. Это исключительно жидовский костыль.
>Амазон и мс со своими облаками, как, впрочем, и все остальные хостинговые компании пьют валерианку ведрами.
Они уже заключают договора с Лизкой на поставку эпуков в 2018, базарю.
>Эльбрус 4С
Говно оверпрайс с эмуляцией х86, бери вортексы от дмнп. Китайские братушки скоро будут аналоги коры дуба выпускать.
Тащемта феерично. Вскрыть серваки амазон, мс, гугол, алибабы клауд. Пусть крипту майнят. Гипотетически можно.
На игрына линуксе вроде не повлияло. Но тут рендерит опенгл/вулкан, на шинду патч ещё не выкатили, и как там будет с директ иксом -хуй его знает.
Эти красноглазые дауны небось прогнали тесты с упором в гпу. Я бы не доверял этим цифрам.
>Про SMM я вспомнил, а про MEI забыл. Никогда такого не было, и вот опять.
>Нахуй, коплю на Эльбрус 4С.
Перекатывайся лучше на Inferno и прочие подобные операционки, где юзерспейс-код принципиально не имеет доступа к командам процессора и памяти, а не "кручу-верчу, в таблицах транслящии запутать хочу". А то эти фокусники так и продолжит обсираться в будущем, они уже сами в своих наперстках запутались.
Нихуя не поменялось в условии боттлнека ГПУ? Ну нихуя себе, качественные исследования. Уровня дегенеративных красноглазых макак.
Данке.
Ебать ты даун, сьеби назад в /в/ или в интелотред, тебе там и место.
ТОЛЬКО ВЫИГРАЛИ
НА АМУДЕ ПОСЛЕ ПАТЧА - МИНУС 49%
This is bad: performance hit from PTI on the du -s benchmark on an AMD EPYC 7601 is 49%.
https://twitter.com/grsecurity/status/947439275460702208
АЗХАХАХАХА
Инферно ты можешь на чем угодно запускать, ей не нужен MMU. Ее даже на DSку первую портировали.
Наверное из-за того, что стандартно собранное ядро общее для всех, там нет разделения на интел/амд хотя хуй блять его знает что имеется в виду
https://www.fool.com/investing/2017/12/19/intels-ceo-just-sold-a-lot-of-stock.aspx
явно не "кажется мне я нихуя не разбираюсь, пойду переведу первоисточник".
Чувак, у меня везде интол, есличё.
ну, патчится какими-то двумя путями. Типо програмно проверять и переключать ползователь/ядро, что долго и как-раз жрёт эти 5-30%, либо перемешать память ядра кхуям, что если даже её прочитают - ничего не понятно. Можно же ядру дописать, что при работе на амд ничего делать не надо. А по ссылке, как понял, чувак эту фичу насильно на амд включил.
инфы мало, это мои догадка..
Маня, ты выбрал серить под себя. Амд не нужна эта хуйня, в мейл листе разрабов ядра уже 10 раз написали, что для амд этот патч не включается. Так что для амд падение 0% навсегда, так-то.
http://m.nasdaq.com/symbol/intc/real-time
>там нет разделения на интел/амд
Все там есть, а особо упоротые могут еще и свое ядро сконпелять под конкретную линейку процов с оптимизацией.
Но лучше конечно сидеть на прыщах. Нахуя нужна винда, когда можно виртуализировать в прыщах? Очевидно, все новые китае-майнеры, которые эксплойтят этот бекдор, будут ориентированы на Винду.
>Best case: 17% slowdown
AAAAAAAAAAAAAHAHAHAHAHAAHHHHHHAAAAAAAAAAAAAAAA
О господи, как же мне теперь перебирать PostreSQL базу на моем новом кофе.
https://www.fool.com/investing/2017/12/19/intels-ceo-just-sold-a-lot-of-stock.aspx
Не все правда, но дохуя
Если это так, то он и в амудэ есть. Но если нет, то нихуя это не бэкдор для ЦРУ ебанутый ты шизик
По-твоему, жиды настолько всех ненавидят, что по собственному желанию сделали бэкдор для ЦРУ?
Конечно. Только сначала шекелей занесёшь за новый процессор с новыми бэкдорами.
Какая же Евочка красивая на фоне творящегося в этом треде пиздеца и рваных жёпп.
А можно отказатся от патча? Простому человеку пофигу на безопасность. Понятно там корпорации. Мне фпс в играх важнее.
At the very least, this allows a sidechannel attack to scrape protected kernel memory from any userspace program:
- code has a branch X that's never actually taken but will get guessed if no branch history is cached
- bad branch X tries to look into protected memory region P and then depending on P's value tries to read a legitimate address A, B, etc.
- L1+ cache line load side effects persist even if the CPU discards internal core (register) state when it realizes branch X was wrong.
- some other thread tries to see if cache lines for A or B are warm, stores result to a list. --> you now have 1 or more leaked bits from P.
- first thread does a bunch of useless shit to trash its branch history and cache lines aliasing to A/B but not protected page/line P.
- loop a billion times for incrementally shifted positions for P
Mind you that this would be slow as shit and would probably take a non-idiot to get to work correctly, but it's also the absolute best case. Worst case could be anything from arbitrary kernel code execution to userspace code in VMs jailbreaking and subverting hypervisors, as the massive forced cloud instance reboots suggests at least the possibility of. We won't know until Thursday, but expect a massive fucking amount of spin from Intel and the cloud folks.
Ну и что все завизжали? Кому-то нужно ебаться чтобы только попытаться из процессорного кэша прочитать код от мэйлрушечки среднего игросрального ведра среднего школьника? Для корпоративных пользователей другое дело.
Кофе то поцтрадало?
ну и дальше что, что мне грозит? майнер? я сам майню. кредитку украдут? я не плачу в интернете
Ну тогда не парься
AMD processors are not subject to the types of attacks that the kernel page table isolation feature protects against. The AMD microarchitecture does not allow memory references, including speculative references, that access higher privileged data when running in a lesser privileged mode when that access would result in a page fault.
>Нипрадам свои +15 ФПС! Никаких уязвимостей не существует! А если они и есть, это всё ерунда!
Амд не подвержено этим уязвимостям вообще никак и в заплатках не нуждается. Твой аргумент инвалид, Шломо
Ну а хули, 15 фпс это дохера, системки растут быстро, уже через год с тебя опять стрясут 50к.
Охуительно, и амд тоже как я вижу, картельный сговор с наебаловом? Не не слышали.
Да всем насрать, есть ты или нет тебя. Но корпорациям от этого бага совсем не весело.
А я говорил, что бы не связывались с Лизой. Эта сука всю семью твою вырежет и глазом не моргнет.
>63% hit on the same Skylake i7-6700
Ой блоо....
>This is bad: performance hit from PTI on the du -s benchmark on an AMD EPYC 7601 is 49%
Говорю я вам, все соснули.
>bug allows javascript in a browser to do what it wants with your CPU, VMs can infect each other via the host
Это пиздеж, джаваскрипт не исполняет нативный код
>mostly rumour so far but linus is backporting this to stable kernels over christmas without being angry so it must be big
На самом деле он очень зол и изначально назвал этот костыль FUCKWIT
Остальное правда
БЛЯДЬ КАК ЖЕ ЗАЕБАЛА ЕБАНАЯ РЕКАПЧА, ТУПОРЫЛАЯ МАКАКА КОГДА УЖЕ НАЧНЕТ ПЛАТИТЬ СВОИМ РАБАМ, ЧТОБЫ ОНИ НОРМАЛЬНО ИНТЕГРИРОВАЛИ?
Что бы залезть к тебе в карман раб корпораций.
-30% в год
https://lwn.net/Articles/740393/
Шве вперед два назад
Не понял, хасвеллам тоже порезали производительность? Или только сандикам?
всем порезали
Пизда интелу тогда.
расходимся на игори патч не влияет
https://www.phoronix.com/scan.php?page=news_item&px=x86-PTI-Initial-Gaming-Tests
А вот в корпоративном секторе пиздец апокалипсис будет походу. Учитывая распространение облаков и виртуализации.
r 1200
Жесткий диск будет твой форматироваться раз в день, например.
Какая разница ликус или шиндовс. Патч не затрагивает функции, которые юзают игры. Там популярные параши протестированы дота ксго даже deus ex прожорливая параша.
Вообще-то обсуждение началось еще вчера рано утром. Второй день спят уже.
судя по тесту на линукс не влияет
Пока по шиндовс не известно, но скорее всего так же. Но опять же не известно по всем играм, возможно в какой-то игре и повлияет.
https://3dnews.ru/963621/
Уязвимость в процессорах Intel может замедлить ПК на 5–30%
охуеть, мой i3 и так не шибко быстрый, еще и это.
Скальпанул один раз и 4й год подряд ссу на твое визгливое ебало. И на всех зиононищуков тоже у которых тоже сперма, маня, и которые тоже делают "по 4 скальпа"
Ты просто долбоеб. У АМД все по-старому, курс производительности упал только у жыдов.
В жопу Линукс.
Ты зачем нищих юзеров линфилда и иви обижаешь? Обиделся что владельцы более мощных платформ тебе за щеку накидали, вот и на них зло вымещаешь?
>У AMD производительность и без патча на 30% ниже, чем у Intel
1) После патча у них одинаковая производительность.
2) АМД в отличие от хитрых жыдов не апали IPC на 5% в год, забивая хуй на проверки предсказателя.
Анандтеч и я ссым тебе в ебло:
https://www.anandtech.com/show/11544/intel-skylake-ep-vs-amd-epyc-7000-cpu-battle-of-the-decade
Лол, у меня топчик = 7700к при разгоне на +300, поехавший. Девил каньон тебе не хуй собачий. Жыды за 4 года высрали только +2 тротлящих ядра, которые теперь даже ризен обоссыт. Знай свое место, смерд, и кланяйся господину, когда он проходит мимо.
> топчик = 7700к
> Девил каньон
> ддр3 2 канала
Топ кек. А может у тебя еще прыщи на десктопе? Если так то все понятно, в рот нассали и теперь обиду на всех затаил.
Парень, ты точно дурак. 4 к-анала 1333 = 2 к-анала 2666. У 7700к тоже 2 канала, как и у бомжей на 1156.
Прописать опцию ядра nokpti. А если ты виндомразь, то отключить обновления и молиться каждый день при выходе в интернет.
Ага ага, ты по утрам эти мантры продолжай читать что твой спермокартон не хуже свежего, стеттерочков нету а все сидят на 1333, и 35гб/с хватает.
Обновления винды что ли? Это говно как то должно быть в биос на мамке прошить же или нет?
>Прописать опцию ядра nokpti. А если ты виндомразь, то отключить обновления и молиться каждый день при выходе в интернет.
можно просто амд купить
>Это говно как то должно быть в биос на мамке прошить же или нет
нет
теперь это говно навсегда с тобой
ставь патч
а если забудешь, злые какеры залезут на твой комп и украдут твои биткоины
или ставь АМД
>твой спермокартон
Бич, плес, спермокартон только у жыдолейков, а не у хасвелогоспод.
>стеттерочков нету
А схуяли им быть? Игроблядок дохуя?
>а все сидят на 1333
Ваще похуй мне, я к ним в жопу не лезу.
>35гб/с хватает
А схуяли их должно не хватать? Даунам на 771 и 4,5 ГБ/с хватает, чтобы в кс го на 150 фпс хуярить.
>>36636
Ризен2 еще не вышел. Мне просто похуй, я 100 МГц накину и буду сидеть дальше, как будто ничего и не случилось, кек.
ТЕСТЫ НИ ТЕСТЫ!!!!!
Бомбящий школьник вероятно не в курсе, что под серверные процы оптимизируют софт, и в реальных серверных задачах Epyc будет ещё быстрее чем Зивонь
> картонка не тонкая
> ддр3 2 канала хватает
> у всех медленее чем у меня
> а вот у хохлов
вот это манямирок, прямо окружен но не сломлен
Нахуя не могу понять. Как это дерьмо работает, если не ставится в мамку, или систему.
Блядь, софтварный костыль исправляет аппаратный косяк. Это как софтварный рендеринг в играх.
12309 теперь и на шинде?
А ты много на АМДшном проце намайнил уже?
>или систему
Ставится в ОПЕРАЦИОННУЮ систему. Ты просто еще маленький и програмистских вузов не кончал.
это на уровне ОС только смогут пофиксить, ну или на уровне процессора, что намного дороже.
Лол. Больной ублюдок, у меня дети дипломы получили уже. В СИСТЕМУ БЛЯТЬ ! КАК ОНО ВСТАНЕТ, ЕСЛИ ОБНОВЛЕНИЯ ОТКЛЮЧЕНЫ!!!
Это потому что с испугу все x86-совместимые процессоры (intel, amd, via лол) нарекли уязвимыми, и на данный момент замерджен только патч, который врубает PTI на ВСЕХ x86 системах без разбора, в т.ч. на тех, которые хардварному багу не подвержены (или их просто не проверяли на подверженность багу). В т.ч. не подвержены должны быть и оче старые штеуды (спекуляции разнятся от первых х64 корок до первого проца с текущей логикой предсказания ветвления - где-то в районе второго пня).
АМД утверждают в рассылке ядра, что они багу не подвержены, и выкатили патч, отключающий PTI на процессорах АМД, но его еще не замержили (и, возможно, не замержат в текущем виде, потому что он костыль и не учитывает, что кроме штеуда и АМД есть другие x86 вендоры).
С другой стороны, никто вроде не разбирался, что еще потребовалось для имплементации PTI. По уму нужно тестить ядра одной версии с nopti и без и смотреть, как это будет влиять на производительность. На форониксе в комментах предложили, и вроде будут делать.
Должно хватить. На форониксе есть тесты, где даже SATA SSD не хватает загрузить I/O достаточно, чтобы зафиксировать замедление.
Что сказать хотел-то?
Бля, -30% этож кофелек хуже ризена станет
>Это говно как то должно быть в биос на мамке прошить же или нет?
Дети покончали а ты все долбоеб в 50 лет. ЭТО ПРОГРАММНОЕ ИСПРАВЛЕНИЕ, ДО ЗАГРУЗКИ В ОС С ПАТЧЕМ КОМП ВСЕ ВРЕМЯ УЯЗВИМ. Теперь дошло?
А я все равно старше, у меня уже внуки в школу ходят
Обрисуй суть уязвимости. Что может сделать злоумышленник, воспользовавшись эксплоитом?
Получить доступ к любой области памяти, анедрить свой код, перехватить управление.
Да теоретически ВСЕ, даже небо, даже Аллаха.
написать в жаваскрипте на дваче "хак зе факинг коре: лоад цопе в лс"
Какие-то общие слова, давай по делу. Насколько я понял, уязвимость позволяет читать кернел, но не писать в его память. И что он там такого прочтет?
>Обрисуй суть уязвимости
Нахуй иди, даун. В треде уже по 5 раз обсосано на русском, если ты статью по ссылке в шапке на инглише не освоил, долбоеб.
Пароли хрома хранятся в kernel memory в незашифрованном виде?
Ну так сервера на процессорах интел крутятся. Делаем выводы.
Если ты все прочитал и нихуя не понял и задаешь вопросы, то олигофрен с reading comprehension тут только ты.
Да что ты за животное то тупое, а?
неожиданный успехъ
у фороникса часто неверная методология тестов
плюс он банит всех кто на это обращает внимание
ждем источник поавторитетнее
не понимаю тебя
Firefox - действия на странице.
>>36766
Жыр-но-та.
Какая вообще разница, если этот фикс будут устанавливать только ретарды. Троттлить свой проц ради безопасности, что может быть тупее. Чем ты блядь рискуешь от того что память ядра кто-то может прочесть?
А я понел! Смешно!))
Слишком толсто
>Патч для всех х-86 профессоров.
Который амд могут просто не включать одной опцией ядра и давать на ротан штеуду еще с дополнительными 30% эффективности.
> Ретарды
Нет, патч будут ставить те кому не похуй на безопасность, на рабочие станции, сервера, крупные дата центры. Только долбоёбы - игрунам как ты будет похуй.
У тебя весь домашний сектор это долбоебы?
ОЧЕ ПРИЯТНО
Хуясе крах, ты в первый раз котировки увидел?
>Прочитай тему
Ты тупой? Я уже десять раз прочитал что эксплоит позволяет получить доступ к памяти ядра, НО ДАЛЬШЕ К ЧЕМУ ЭТО МОЖЕТ ПРИВЕСТИ? Никто блядь не знает. Весь риск как я понял заключается в том что твой пароль могут угнать, т.е. под ударом онлайн-транзакции. Все, больше нихуя собственно.
Какие еще данные кроме паролей я должен бояться потерять? Что там такого сокровенного хранится что позволит взъебать мою ОС, особенно учитывая что эксплоит не позволяет писать в память.
>Сука, даже в MS Research еще 15 лет назад говорили, что весь этот блядский цирк с MMU и кольцами защиты - чистой воды маразм, для чего и начали пилить свою Singularity.
Такую хуиту ты спорол, студент. Я так понимаю ты про всё это по верхам прочёл где-то. Иногда лучше жевать.
Во-первых, до Singularity были Inferno и много чего еще, не твори фолк-хистори.
Во-вторых и в главных, у плоского адресного пространства и софтовой защиты памяти, как у них, есть еще больший недостаток - поверхность атаки размером со всю ОС. Т.е. для того чтобы поиметь систему, надо найти баг в ОС, а не в процессоре. Учитывая что железо тестируют намного лучше, это еще вопрос где проще найти баг. (да, у интела того же есть боковые каналы через транзакционную память, вроде ТSX обхода KASLR, показанного на зеронайтс недавно)
Источником багов является сложность. Могу дать формальное топологическое определение даже. Или ты думаешь, что просто перетащив фичу в софт, ты устранишь фундаментальную сложность, с ней связанную? Как бы не так. На сегодня баланс сложности между железом и софтом сложился эволюционно и находится в оптимальной точке. Нет смысла усложнять железо, но и в софт перетаскивать тоже нет смысла. Каждый занимается сейчас своей задачей.
>Да хуй знает
Вся суть даунов-паникеров итт. Нихуя не понимают, но уже бегут сверкая пятками ставить говнопатч на свою ОС, которая троттлит цпу кхуям. У меня вход в онлайн банк через смс-пароли, я сейчас долго думал как вообще можно мне навредить, спиздив даже допустим ВСЕ мои пароли, и так и не придумал.
Этот эксплоит, в теории, позволяет запустить любой свой код на твоей пеке даже через джаваскрипт. На практике - все это секретно, и правильно, и подробностей до нормального фикса никто не даст. Первая заплатка с таким разделением адресов явно делалась как можно быстрее, и производительность в приоритет не ставилась, в дальнейшем точно найдут решение без таких косяков, или обновят биос и придется перекомпилировать половину софта под прыщами, а может и не придется. Но осадочек один хуй останется.
Вирусы-шифровальщики теперь не нужно будет запускать, чтобы они могли делать свою работу.
Теперь будет так: открыл любимый порносайт, словил синий экран, комп перезапустился и требует денег.
В статьях написано что программа с низким приоритетом может читать память ядра, но нигде не сказано что она сможет благодаря этому что-то запустить или изменить в этой памяти.
Сам придумал? Эксплоит позволяет ЧИТАТЬ память, а не модифицировать ее.
Никто не будет напрямую пиздить, закинут тебе анальный зонд, а потом уже, собрав кучу информации, спиздят быстро и технично, или же будут тебя шантажировать твоими фотками за дрочем, и никакая смс аутофиляция не поможет.
Но, такой расклад маловероятен, ибо о баге мало что известно и рядовым кулхацкерам здесь ничего не светит.
У меня вообще нет на пк информации которая меня как-либо компрометирует или позволяет мне навредить (в т.ч. финансово).
>Вся подсистема MMU настолько громоздкая и уебищная, что чудо-инженеры в башне из слоновой кости просто не подумали, что в этом месте можно проебаться.
Серьёзно, школьник, лучше жуй.
Читая категорическое мнение на двоче "х - хуита, все кто придумали х - долбоёбы" о каком-то фундаментальном механизме, можно быть уверенным что этот даун понятия не имеет о чем говорит.
Бенчмарки. Патчсет под линупс уже есть (там 51 патч), просто в основную ветку ядра еще не попал, тестируется на баги. Наибольший дроп наблюдался на базах данных, например постгрес.
Накатили раннюю заплату на серверы и замерили что там в прогах. На синтетику не влияет.
Винда ставит этот патч по дефолту. И откатить его невозможно. Поставить патч от амуды так же невозможно.
Ризен соснул из-за ошибки интела.
бггггггггггггг
Какой еще дефолт дауненок, я ж не конченый на десятке сидеть, где все за тебя индусы из редмонда решают.
8700k на SSD, 6800K c HDD, итого больше всех соснули владельцы связок Intel + SSD
А я вообще в коробке из-под холодильника живу и меня ничего не ебет кроме дождя.
Всех переиграл
Заодно расскажи, как можно подцепить шифровальщика через эксплоит, который может читать память.
Техническое невежество других это как бы не мои проблемы, свои утрирования может в жопу запихать вместе с холодильником,
на винде у амд и интела отдельные dll-ки в т.ч. с микрокодом, поэтому соснул ты
Я САСНУЛ, НО Я ВАС, СУКИ, ВСЕХ ЗА САБОЙ ПАТЯНУ!!11
проиграл с этого УРОБОРОСА
За 10 лет копания в говнах, скачивания разного мутного с мутных сайтов, удаления нахуй антивируса лет 7 назад - ни одного краша, ни одного шифровальщика, всего 2 переустановки ворованной спермы.
> рандомная запись на ссд
ух какой жесткий
>>36892
Нет, есть баг штеуда, уровень его пока непонятен, но возможно что как на пахомах. Патчи будут на все системы, обычный юзер этого не заметит, в дальнейшем и необычный не будет замечать. Бесноватым красноперым тоже иногда радоваться чужим провалам надо.
>Similar operating systems, such as Apple's 64-bit macOS, will also need to be updated – the flaw is in the Intel x86-64 hardware, and it appears a microcode update can't address it. It has to be fixed in software at the OS level, or go buy a new processor without the design blunder.
Дебил твой папка, т.к. презерватив вовремя не надел. А бегают на костылях все медленно, только вот процам АМД они не нужны, т.к. их MMU уязвимости не подвержен
Гугли
Они выкатили его в целях защиты от ебанической уязвимости.
Речь о производительности профессора, маня, а не ио оси особенно если не под ахси, лол под похмельным патчем на скорую руку.
Накатят всем и все будут страдать до нормального фикса. Сейчас никто разбираться не будет, лол.
Где?
Потому что ТЫСКОЗАЛ или у тебя есть источник инфы?
Так-то уже разобрались и фикс уже вполне нормальный, разница в том, что у амуды раздельные таблицы страниц для ядра (как и у любых других - arm/mips/sparc/s390/архитектуранейм), и оно не подвержено, в отличие от интелов. Ничто не мешает запилить патч отдельно для требуемых микроархитектур/моделей процов.
>>36946
Сделанные до поступления инфы, что амуда не подвержена багу, если почитать LKML и LWN.
>>36952
Источник дай, или ты по статье судишь? Опять же оно с запозданием. В линупсе будут пилить отдельно.
>Nvidia uses cpu scheduling for draw calls, and this relies on kernel level access. Nvidia cards are likely going to get nerfed when the intel patch rolls out.
Радуйся. Кто-то его уже купил
Еще и карты? Да вы сука ахуели
>Сделанные до поступления инфы, что амуда не подвержена багу, если почитать LKML и LWN.
Амуда не подвержена багу, но патч общий на все системы и профессоры, потому амуда будет сосать еще сильнее, чем интел.
>макинтоши
Из восьмидесятых капчуешь? Макинтошами они были хуйнадцать лет назад, они давно официально "маки".
>патч общий на все системы и профессоры
Да блять, не общий он, ты хоть сам почитай не ученый изнасиловал журналиста, а LWN хотя бы, или патчсет сам глянь.
Убеждай себя, лол
Эти мантры интелбоев
>>36982
>пук
Идеально!
Да не ясно еще насколько глубоко можно руку в жопу засунуть. Может там просто биты из процессорного кэша выдрать можно без всякого контекста, пока полный дамп нужного отрезка памяти соберешь - уже следующий штеуд выйдет. Корпоративный сектор соснул, средний пользователь пока вне удара, хули ты паникуешь раньше времени.
Мимо бродвелл-еп господин и синкпадоюзер.
Ух бля. Обезьяна опять сломала куклу
следующий патч уже будет процессорозависимым.
> у амуды раздельные таблицы страниц для ядра
Ахует что несет, эксперт в треде все в микроархитектуру
>>36947
Этот фанатик уже порвался, лол
>>36965
Хорошего ничего, кто об этом говорил? Типичная практика мелкомягких - при угрозах дыр они как можно быстрее выкидывают патч всем, а уже следующую допиленную версию делают только на уязвимом железе и не включают на нормальном.
Вброс же фейковый.
setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
+if (c->x86_vendor != X86_VENDOR_AMD)
+ setup_force_cpu_bug(X86_BUG_CPU_INSECURE);
Прост штеудошизику бомбануло, и он запилил КАРТИНОЧКУ, но обосрался.
Aw shit, nigga!
Трипл пиздеть не будет.
К Р А С И В О
Тут достаточно не быть тупым усоском, что бы не поймать заразу.
А теперь любая ссылка с харкача потенциально может тебя виртуально выебать, если ты интелогой.
У меня Доктор Веб последней версии, вообще похуй, кидай ссылку.
ахахахах
Твой докторвеб на виртуальной машине код проверяет, которая как-раз может быть выйебана этим багом.
а ну давай раз на раз! Гдеживёж? Щападьэду!
Пускай идут нахуй со своими патчами, мне скорость важнее.
>Ryzen, Opteron, and EPYC processors are inherently immune to this vulnerability, yet the kernel patches seem to impact performance of both AMD and Intel processors.
>у тебя нет интел процессора
>ставить замедляющую заплатку для интел процессора
Ты не очень умный, правда?
>Ты не очень умный, правда?
https://www.techpowerup.com/240187/amd-struggles-to-be-excluded-from-unwarranted-intel-vt-flaw-kernel-patches
Older commits to the Linux kernel git, which should feature the line "if (c->x86_vendor != X86_VENDOR_AMD)" (condition that the processor should be flagged "X86_BUG_CPU_INSECURE" only if it's not an AMD processor), have been replaced with the line "/ Assume for now that ALL x86 CPUs are insecure /" with no further accepted commits in the past 10 days.
Потому что Intel занес кому надо.
бльо, и ваще, я на шарпе пидалю. мне нахуй не впало ваше ядро на линупс
это потом уберут. Ставлю анус абу
А щас что, "похуй что обосрались, и так сожрут"?
Пришлось бы отзывать все процы за последний десяток лет, что не слишком реалистично, лел.
Падаждите, так если я поставлю на комп какую-нибудь древнюю говноспермерку-пиратку и не буду нихуя обновлять, то ничего не замедлится?
Да.
Замедлится, т.к. древние говноспермерки-пиратки без обнов не имеют оптимизации под новые профессоры
Интелам не нужна оптимизация была, они и так норм работали. Оптимизации были только под фуфыксы и райзены.
Блядь, я только хотел 7900х купить, а тут такая хуйня блядь.
Пруфс
Вот ты школотун не знаешь и не знай дальше и спи спокойно.
А потом китайские кулхацкеры пиздят твои аккаунты везде, заливают тебе на кiмп ЦП и вызывают ментов на дом, хихихи.
Новые
крайняя плоть
>Оптимизации были только под фуфыксы и райзены.
Под райзены такая охуительная оптимизация была, что дриснятка на 20% медленней спермерки на них.
Кржанич скинул кучу акций заранее, кстати, ибо знал.
кстати это разве легально? инсайдер трейдинг и всё такое
милости прошу к нашему шалашу
он тут второй (третий), кто virtual memory прочитал как vt-d
Но у них не было акций интел.
Инсайдерская торговля, основанная на знании внутренней хуиты - это криминал, вообще говоря, за который могут упечь в тюрячку и дрючить в жопу. интересно, заинтересуются ли этим органы
threadripper 1950X
А всё потому, что если заплатка и правда даёт падение производительности до 30%, то эту утёкшую производительность в сервера, облака и дата-центры нужно будет докупить.
Кто-то скажет, что есть АМД, а я отвечу, что доля амд в серверах всего 2% и дешевле дружить с интел, докупив ещё серверов, чем городить зоопарк с амд и тем более, полностью переходить на амд с нуля.
Се ля ви.
гои должны платить
Только выиграли!!!!
Я как-то даже завидую такой изворотливости, пиздец.
Ну ты и мразь
Ryzen r3 1200
Интел АНБ и ЦРУ давно подарило всемогущие бекдоры на каждой машине начиная с скаленка, причем абсолютно закрытые и неспалимые. Спецслужбы их пальцем не тронут.
>дешевле дружить с интел, докупив ещё серверов, чем городить зоопарк с амд и тем более, полностью переходить на амд с нуля.
А потом ой, нвидия монополист и запрещает ставить свои ГПУ в датацентры, пора сваливать на опенцл, ой интел требует бабло за разлочку писиай лейнов, ой откуда у нас член в жопе, ой как же нам свалить
необучаемость как она есть
Не баг, а фича
Это тебе не местные siloviki с круговой порукой, там совершенно разные органы этим занимаются, финансовые регуляторы и гэбня никак не пересекаются и оба фундаментальны
>Nvidia uses cpu scheduling for draw calls, and this relies on kernel level access. Nvidia cards are likely going to get nerfed when the intel patch rolls out
Вы там это, приготовьтесь еще денежки за новые видюхи отвалить.
768x428, 5:47
Алейхем шалом.
bare metal API от этого помогут, например ДХ12
Схуяли если это от проца зависит.
Двачую братишка. Самое времечко пришло.
Потому что ты графики читать не можешь - закрытие сессии состоялось на $46,85, закрытие предыдущей торговой сессии 29.12 - $46,16
>Ну да, расскажи мне как АНБ находится в сговоре с финансовыми институтами и кроет какого-то директора какой-то компании, фантазёр. Это как если бы в совке сговорились КГБ и ГРУ, блять.
Л-О-Б-Б-И-З-М
Очередной StuxNet? Очередная анальная обнова винды? Даже и не знаю.
хуизм. Ты порашник с манямирком штоле, или не понимаешь что такое лоббизм? Каким образом лоббисты могут прикрыть конкретного человека от обвинений в инсайдерской торговле, и главное зачем этим заниматься кому-либо? Финансисты сами коррумпированы донельзя, но блять фантазии про АНБ это слишком натягивание совы на глобус.
Хуизм только у тебя в голове. А я бы не стал отрицать то что влиятельные люди постоянно общаются с богатыми людьми.
>а во-вторых, ебал патч в рот и откачусь/спирачу шинду
А потом в /s/:
>посоны, veeroos поймал, как обойти шифровальщик, памахите
Мешает то, что твой комп будет полностью уязвим к любому говну из браузера через скрипты. А ведь как заплатки выйдут, все подробности уязвимости будут публично оглашены, чтобы было поменьше таких как ты.
> посоны, veeroos поймал, как обойти шифровальщик, памахите
У меня есть бекап важной инфы на внешнем харде - похуй.
Лол, не вырывай ноги у его страны розовых единорогов.
Ты купил проц, чтобы сидеть с ним и ждать когда материнка выйдет? Ты долбоёб?
>на внешнем харде
Это не бэкап, это хуита. Нормальный бэкап должен быть write-only, иначе оно и его тебе шифранет или сольет.
в том, что проблему можно заткнуть только на уровне ОС
Я тебе аргументы, а ты про каких-то ЛОББИСТОВ и НУ ВСЕ ЖЕ ЗНАЮТ. Ты просто не мог сильнее обосраться, понятно что как оно устроено ты даже отдаленно не представляешь, у тебя абстрактное все плохое против всего хорошего в твоем предмозжечке.
Лол, а зачем ты меня нахуй послал, если сейчас стало припекать и захотелось оправдаться?
Не лечится, а костыль лепится, отключая аппаратную фичу по сути, изолируя адресное пространство ядра от адресного пространства процесса за счет сильной потери производительности на определенных операциях
Ну раз можно отключить фичу на уровне оси, значит можно отключить фичу на уровне процессов и следовательно изолировать только браузер.
Так в чем проблема?
Значит, что тебе придется ставить пач на винду, который превратит твой процессор в тыкву, а если не поставишь этот пач, что хакеры тебе говна в жопу зальют, ЦП на хард тебе накачают, деньги спиздят и хуев на стену накидают.
1) без патча твою систему можно будет поиметь разными способами, ибо дыра аппаратная. Вплоть до 2003 и разгула sasser'ов, когда винхп нельзя было включать в сеть сразу после установки - по сети в течение нескольких минут мог прилететь пакет смерти и ось заражалась/вырубалась. Надо было оффлайн ставить антивирус и патчи, и только потом подрубать шнурок. личный опыт
2) патч будет означать приличную потерю производительности для тебя лично.
640x360, 0:27
Передай своему куратору, что я все равно куплю штеуд.
>>37312
>ЦП на хард тебе накачают
Как что то плохое.
Время переходить на амуду
Нельзя. Ты как менеджер памяти цпу устроен, представляешь? Либо все на уровне ядра, либо ничего.
>Вплоть до 2003 и разгула sasser'ов, когда винхп нельзя было включать в сеть сразу после установки
Лол, оно и ВО ВРЕМЯ установки могло прилететь. Весёлое было время. До сих пор помню как через шатдаун в консоли можно было остановить перезагрузку от этой хуйни.
лучше бы реальные даты указал. Твой ориджинал завтра прпотухнет
Почему у тебя диды идут назад во времени, а не вперед? Надо было отзеркалить. алсо, F00F ещё был
Без супа, ну ты и фантазер
Соснешь еще больше чем интелогои
ХМММММм....
В 2003-4 пользовался XP с диска с базара
Само собой никаких обнов не накатывал. Трафик был дорогой, да и винда пиратка.
Не было никаких проблем вообще.
Потому что ты прочитал инфу о рандомном патче, не разобравшись, что произошло, как и все обитатели таких тредов обсуждения Ядра в ХеВе?
Интересно акции этих даунов упадут из за такой лажи ?
>Почему у тебя диды идут назад во времени
старые диды более графонистые.
>алсо, F00F ещё был
Помню, горжусь
Странно
640x480, 0:05
Не слушай троллей, лучше купи новый интел!
Разве это касается Windows-бояр? А линупсоеды постоянно сосут и им не привыкать.
В данном случае соснули все
А нахуя тебе ставить написанную вонючими индусами анальную пробку в систему? Ты сео гугл, или намайнил 50 миллионов с пруфами? Даже корпоративные пользователи не в курсе полного масштаба уязвимости, ты то чего зашевелился?
Хуево на самом деле. Смотреть аниму в mpv с кучей включенных шейдеров, фуллхд, хромаскейлинг и прочее выжимание качества жрет дохуя, а на аппаратном ускорении видеокарты только ПИДОРАСИТ. Так что будем dvd рипчики качать 480p.
Поебать, просто не буду обновлятся и даже с ебаной дырой не словлю никаких вирусов
Будь уверен, мань
Я тоже не буду, в конце года просто обновлюсь на i9 без бага и все. В любом случае собирался это делать, несерьезно сидеть на 4 поколении в 20!8.
БЕЙ ИМПЕРАИЛИСТИЧЕСКУЮ КАБИГНИЛЬ
Ахуенные догадки, мань
Мимо пиздобол
Ты че долбоеб братишка, смотри онлаен.
С начала торгов курс сначало упал, потом немного отыгрался. Я думаю окончательная судьба будет решена после действий Intel. Amazon, Google, Microsoft могут потерять до половины своих вычислительных мощностей, даже если докупить процы или даже интел им на шару их даст, то придется докупать инфраструктуру, электрику, мощности, комплектующие. Хз как Интел будет выкручиваться, американский суд запросто может выебать. И это не считая исков от простых юзеров. С другой стороны вполне возможно они сделают фикс без потери производительности или хотя бы с меньшей потерей.
Есть. Но следующий i9 выйдет только в конце года. В нем бага, конечно же, не будет.
Это очевидно.
То есть даже некоторые 4 пни? 0__о
Ну так игродаунов то как это коснётся?
> Разработчики PostgreSQL отметили падение производительности в тесте pgbench на 23% (при использовании процессоров с PCID - 17%).
> с PCID - 17%
А это у каких PCID?
>Всем штудеутам прилетело на -30
В смысле прилетело? От куда? Что мне надо сделать что мне поставили этот патч? Обновление в шинде отключенно.
а как на уровне железа это исправить? Проц разобрать?
Через обновление микрокода у них не получается.
Какую память взять под рузен?
Где там ебля? 1150 покрайне мере все ксеоны поддерживает.
Уже перекатились.
1070ti выкини просто
Блять, хули вы моросите.
У нас уже вирус шастал по портам Windows, хули вы так переживаете?
порашоид плизз
Даун тупорылый, это утилита для проверки уязвимости Intel ME, а не Meltdown.
Это копия, сохраненная 16 января 2018 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.