Так я ж сам себя к ним причисляю.

Это ещё зачем? Оптимизатор-компиляторщик?

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

Но без ht компилять же будет дольше.

По ссылке пенёк!

Исправят

Как ты себе это представляешь?Отключат нахер.

Как ты себе это представляешь?

Так же, как уже исправили в скайлейках. Обновлением микрокода.

И где я должен был поставить запятые, дурашка?

ахтунг

Микрокод есть в любом x86 процессоре, если ты не знал

Чё за хуйню ты несешь? Где пруфы? Я вот знаю историю, где, наоборот, разработчик DragonFlyBSD Мэтью Диллон нашел баг в амд процессорах и всё исправили

https://it.slashdot.org/story/12/03/06/0136243/amd-confirms-cpu-bug-found-by-...

Ну,ну, ну...И что это обновление микрокода делает? Не стесняйся, развивай мысль.

Ты не поверишь, но обновляет микрокод. Хотя бы Википедию почитай. https://ru.wikipedia.org/wiki/Микрокод

https://community.amd.com/thread/215773

Забавно, что тот же человек подтвердил и эту проблему: http://gitweb.dragonflybsd.org/dragonfly.git/commitdiff/b48dd28447fc8ef62fbc9...

Интересно что чувствовали разработчики окамеля пытаясь найти особую фразу луны?

Уже грамматические нацисты прогнулись под не грамотных
не грамотных

А ты себя к каким причисляешь?

Угадай с одного раза

amd64(вместо IA64)

Ну офигеть теперь, это в твоём понимании позитивный вклад?

Бле, как страшно жить. Купишь новый проц, а там баги.

А чем вот тебе нравится IA64? Я вот его в живую ни разу не видел.

А ты покупай старый, проверенный.

Намекаю:

1) кава

2) какава

Steamroller что ли? ))

В этой новости как раз написано про баг в уже довольно старых процессорах :)

В этой новости как раз написано про баг в уже довольно старых процессорах :)

Тогда надо брать не просто старые, а очень старые, на машине времени

i386 Каноничные

Да, мой косяк. Не различаю эти огрызки.

Тааак. А где клоуны, которые ржали над багами в микрокоде Райзена?

Я здесь. Перехожу на Эльбрус.

Действительно зачем заморачиваться и делать процессор под 1%, а потом, те кто продешевил, удивляются "ачоэт АМУДЕ под сервак нибирут?"

А разве отключение ASLR вообще способно хоть что-то исправить? Скорее просто реже встречаться будет https://developer.amd.com/wordpress/media/2012/10/SharedL1InstructionCacheonA...

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

Все равно собираюсь обновляться. Но и на 2066 своих косяков хватает.

ноутбучный i5 == нормальный i3
(2 ядра с ht)

Лол, в хасвелле было похожее с инструкциями TSX

А у амуде ошибок найдено меньше, потому что их меньше или просто хуже ищут? Hmmmmm

Зато Нидораха.

В плане ошибок у всех дела обстоят примерно одинаково. А вот в плане тепловыделение и энергопотребления в пересчете на гигафлопс — нет. Для серверного железа это, пожалуй, самый важный параметр. И что это за ОС такая, которая во время установки не может подгрузить микрокод? Windows?

Эталонное решето.

Почти, у ноутбучного i5 есть возможность авторазгона. Кстати, ноутбучный i5 от ноутбучного i7 часто вообще не отличается (есть для ноутов Q серия, где TDP 35 Вт и ставятся туда нормальные i5 и i7).

И что это за ОС такая, которая во время установки не может подгрузить микрокод?

Внезапно, Linux. А именно, была такая история с OpenSUSE то-ли 13.1, то-ли 13.2 на Haswell'е. Из коробки не было микрокода с фиксом для инструкций TSX неработающих в этих процессорах. На одном моём сервере операционка висла с 50% вероятностью прямо во время загрузки, пока я не накатил нужный апдейт. Возможно, в той конкретной ревизии процессора было ещё что-то сломано, так как больше я нигде такого не наблюдал, но обновление микрокода было именно для отключения TSX.

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

Какая же это уязвимость? Это UB в чистом виде.

Интересно что чувствовали разработчики окамеля пытаясь найти особую фразу луны?

вот как раз за них я бы меньше всего беспокоился. в окамле ведь как: если что-то не «конпиляется» - значит, сто пудов, баг в процессоре.

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

причеи тут цыгане

им можно использовать любой род

я разрешаю

Ну хоть кто-то в теме

Ну дык. Сам наткнулся, сам пофиксил, сам баг супермикре отрепортил.

> Обнаружена закладка в микрокоде Skylake и Kaby Lake

fixed

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

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

Теоретически какие-то проблемы могут быть связаны с кривыми руками пользователя. Он там у себя пол системы поломал, а баг шлёт нам.

С разморозкой.

разводят чтобы свежие закладки внедрить.

Им не нужны отмазки, чтобы выкатить апдейт IME. А в микрокод особо много не напихаешь.

Уже в убунте.

intel-microcode (3.20170511.1~ubuntu17.04.0) zesty; urgency=medium

  * Backport of new upstream microde release to address Hyper Threading
    bug. LP: #1700373.

 -- Dimitri John Ledkov <xnox@ubuntu.com>  Mon, 26 Jun 2017 16:22:13 +0100

Учитывая, что из IA64 так и не смогли выжать ничего путного - получается, что да, позитивный

Недавно, кстати, вышла новая линейка процессоров IA64. Говорят, что последняя.

btw, AMD тоже когда-то сделала ставку на VLIW, даже задачу подобрала более соответствующую. Но чёт тоже отказались со временем :-\

Transmeta еще можно вспомнить...