The OpenNET Project / Index page

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

Проект Debian уведомил о проблемах с CPU Intel Skylake и Kaby Lake

25.06.2017 21:09

Разработчики дистрибутива Debian предупредили о выявлении проблем с работой режима Hyper-threading в процессорах Intel, построенных на базе микроархитектур "Skylake" и "Kaby Lake", которые выражаются в непредсказуемом поведении системы (например, крах приложения или повреждение данных). Проблема проявляется в 6 и 7 поколении процессоров Intel Core для настольных, встраиваемых и мобильных систем, в серверных процессорах Xeon 5 и Xeon 6, а также в некоторых моделях, выпускаемых под брендом Intel Pentium.

Проблема выявлена разработчиками инструментария OCaml, которые столкнулись с крахами при работе компилятора OCaml, собранного при помощи GCC. Первые упоминания проблемы отслеживаются со второго квартала 2016 года, но из-за трудоёмкости диагностики причина выявлена только сейчас. В ходе разбирательства стало ясно, что проблема проявляется только на некоторых процессорах Intel со включенным режимом Hyper-threading. Дальнейшее исследование условий возникновения крахов показало, что проблема вызвана некорректной обработкой определённой последовательности инструкций и является дефектом процессоров Intel Skylake и Kaby Lake.

В частности, проблема проявляется, когда выполняются короткие циклы, включающие менее 64 машинных инструкций, использующих регистры AH, BH, CH или DH, а также их более длинные варианты (RAX, EAX и AX для AH, RBX, EBX и BX для BH и т.п.), при условии, что активны оба логических процессора на том же физическом процессоре. Разработчики связались с компанией Intel, но не получили вразумительного ответа, при этом спустя несколько месяцев в списке изменений в очередном обновлении микрокода от Intel было замечено упоминание исправления, которое решало проблему в OCaml. После этого разработчики OCaml связались с сопровождающими пакет intel-microcode в Debian и поделились своей информацией.

Пользователям Debian c процессорами Intel Skylake (model в /proc/cpuinfo = 78 или 94 и stepping = 3) рекомендуется как можно скорее установить пакет intel-microcode с обновлением микрокода (версия 3.20170511.1), доступный в репозитории non-free для веток unstable, testing, Debian 9 "stretch" и Debian 8 (jessie-backports). Для остальных моделей Intel Skylake и CPU Kaby Lake исправление через intel-microcode пока недоступно, поэтому им рекомендуется отключить режим работы Hyper-threading в BIOS/UEFI или установить обновление прошивки BIOS/UEFI от производителя оборудования, если оно уже выпущено (Intel erratа SKW144, SKL150, SKX150, SKZ7, KBL095, KBW095). Проблема не специфична для Debian и Linux, и проявляется в любых других ОС.

Для определения подвержена ли система проблеме следует выполнить "grep name /proc/cpuinfo | sort -u" и сверить модель процессора со списками кодовых номеров процессоров Skylake и Kaby-Lake, а также проверить наличие поддержки Hyper-threading (флаг "ht" в /proc/cpuinfo).


   $ grep -E 'model|stepping' /proc/cpuinfo | sort -u
   model	: 26
   model name	: Intel(R) Xeon(R) CPU           E5530  @ 2.40GHz
   stepping	: 5

   $  grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported"
   Hyper-threading is supported



  1. Главная ссылка к новости (https://news.ycombinator.com/i...)
  2. OpenNews: Intel устранил удалённую уязвимость в технологии AMT (Active Management Technology)
  3. OpenNews: Выявлен метод обхода защиты ASLR на процессорах Intel
  4. OpenNews: Проблемы с управлением питанием процессоров Intel Skylake в Linux
  5. OpenNews: Процессоры Intel Skylake и Broxton потребуют наличия несвободных бинарных прошивок
  6. OpenNews: CoreBoot не сможет работать с новыми чипами Haswell и Broadwell от Intel
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46762-intel
Ключевые слова: intel, cpu, debian
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (185) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 21:41, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Оппа! Вовремя. А то я хотел переходить i9 за 2 кило "бакинских коммисаров"
     
     
  • 2.23, Аноним (-), 22:37, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +43 +/
    Это тот который с соплями под крышкой? Который не может на заявленной частоте пройти тесты с AVX-512 инструкциями из-за температуры упирающейся в 99 °C?) Нафиг он вам?)
     
     
  • 3.26, топик (?), 23:02, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а чё уже тесты есть?
     
  • 2.36, emg81 (ok), 23:56, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +19 +/
    Ага, купить проц за 1-2 килодоллара, чтобы затем сидеть и не знать, как его охладить. Ни одна система охлаждения не поможет ЭТО постоянно адекватно охлаждать, т.к. тепло просто не доходит до крышки в достаточном объёме из-за долбаной термопасты.

    Интел совсем вкрай охренел. Ладно пользовательские процы с г-термопастой под крышкой (мол, не разгоняй) - это ещё понятное сегментирование, но уж специально предназначенные для разгона и HEDT-процы без припоя - это _просто_ абзац. Когда люди заменяют пасту на жидкий металл, то получают -20 -25 и более градусов.

    P.S. ни разу не АМД-фан, сам сижу на i5-2500K, который *с* припоем под крышкой и при 4.5 ГГц температуры пристойные.

     
     
  • 3.38, scorry (ok), 00:39, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Паста под крышкой меняется на ЖМ на раз-два. Ну или заплатить тому, кто может это сделать на раз-два.

    P.S. Это, естественно, не отменяет того, что интел — уроды.

     
     
  • 4.45, АнонимХ (ok), 02:30, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В свете новости, совет не слишком разумный: завтра обновлением микрокодов дело может не обойтись, а с заменой камня могут быть проблемы из-за слета гарантии после снятия крышки
     
     
  • 5.77, scorry (ok), 11:54, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > В свете новости, совет не слишком разумный: завтра обновлением микрокодов дело может
    > не обойтись, а с заменой камня могут быть проблемы из-за слета
    > гарантии после снятия крышки

    (пожав плечами) Вскрытие процессора вне зависимости от качества камня влечёт потерю гарантии, так что совет если и неразумный, то никак не в свете новости. Совет противоречивый, но не неразумный, потому что если есть возможность охладить камень на 20-30 градусов, получить возможность разгона и, следственно, большей постоянной производительности и рискнуть его ценой, то на второй чаше весов — только цена камня и уверенность в прямоте рук. Без всякого света от новости.

     
  • 4.50, emg81 (ok), 03:57, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Да, можно заказать комплект делиддинга, но:
    1. риск поломки пусть и крохотный, но есть. помял текстолит и до свидания.
    2. как упомянули уже, гарантия тоже говорит "До свидания".
    3. заниматься всем, описанным выше, покупая камень "премиум-сегмента" (а к нему и дорогую матплату, кстати) как-то неправильно.

    Покупая, например, часы Breitling или Omega абсурдно было бы лезть туда с отвёрткой, чтобы "подтянуть болтик - всего и делов" :-)

    Вещи такой ценовой категории (а 1-2К долларов - это уже на некоторые пафосные часы хватит, наверное, не знаю цен точных) не должны допиливаться напильниками в принципе.

     
     
  • 5.54, rpm (?), 08:07, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –13 +/
    >3. заниматься всем, описанным выше, покупая камень "премиум-сегмента" (а к нему и дорогую матплату, кстати) как-то неправильно.

    Наоборот

    >Вещи такой ценовой категории (а 1-2К долларов - это уже на некоторые пафосные часы хватит, наверное, не знаю цен точных) не должны допиливаться напильниками в принципе.

    Это если сделаны нормально

     
     
  • 6.80, scorry (ok), 12:03, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>Вещи такой ценовой категории (а 1-2К долларов - это уже на некоторые пафосные часы хватит, наверное, не знаю цен точных) не должны допиливаться напильниками в принципе.
    > Это если сделаны нормально

    Вот поддержу, кстати.

     
  • 6.95, Онаним (?), 13:02, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Продам Москвич 2141. Раритет. Отвертка и фотболка "лего отдыхает" в подарок.
    Лям грина. Копейки для такого премиума.
     
  • 6.160, Аноним (-), 23:17, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это если сделаны нормально

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

     
     
  • 7.174, rpm (?), 03:58, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я ничего не полагаю, просто смотрю правде в глаза.
     
     
  • 8.220, anomymous (?), 13:11, 01/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну да Если посмотреть правде в глаза, то брать гуанинтел за такие деньги сейчас... текст свёрнут, показать
     
  • 5.79, scorry (ok), 12:02, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, есть такой риск Сдуру и МПХ сломать можно Да Это выход из ситуации Поним... большой текст свёрнут, показать
     
     
  • 6.105, Crazy Alex (ok), 14:12, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно просто подождать, пока "более дорогая платформа" станет дешевле, а это недоразумение уйдёт в историю. По идее - не слишком долго. В большинстве случаев подождать можно себе позволить - реальная необходимость апгрейдиться на такие штуки - это скорее исключение, чем правило.
     
     
  • 7.115, scorry (ok), 15:23, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно просто подождать, пока "более дорогая платформа" станет дешевле, а это недоразумение
    > уйдёт в историю. По идее - не слишком долго. В большинстве
    > случаев подождать можно себе позволить - реальная необходимость апгрейдиться на такие
    > штуки - это скорее исключение, чем правило.

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

     
  • 7.140, Аноним (-), 20:14, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно просто подождать

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

     
     
  • 8.143, Crazy Alex (ok), 20:32, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да наплевать на разгон Как только понадобится отводить тепло для штатного режим... текст свёрнут, показать
     
     
  • 9.146, Аноним (-), 20:52, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Штатный режим задает Интел, и уже много лет этот режим определяется TDP во всяк... текст свёрнут, показать
     
     
  • 10.161, Led (ok), 23:22, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Можно я буду использовать ваш эвфемизм ориентир к неблагозвучному термину тра... текст свёрнут, показать
     
     
  • 11.170, Аноним (-), 02:01, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Называйте как хотите, но от реалий не уйдешь Производительность, энергопотребле... текст свёрнут, показать
     
  • 10.162, Crazy Alex (ok), 23:23, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вывод из всего этого - производительности хватает Не хватало бы - были бы серии... текст свёрнут, показать
     
     
  • 11.171, Аноним (-), 02:06, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так они и есть - вся серия Core i9 к вашим услугам А раз вам разгон не нужен, т... текст свёрнут, показать
     
  • 6.184, Michael Shigorin (ok), 13:13, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > только я  что-то не видел демонстраций против хренового термоинтерфейса

    Вот странно, кстати.  Наверняка же должно помочь.

     
     
  • 7.193, emg81 (ok), 14:24, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Покрышки жечь перед офисом Интела? xD

     
  • 2.40, Аноним (-), 01:28, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Гипетртединг отключи и переходи
     

     ....большая нить свёрнута, показать (26)

  • 1.2, Аноним (-), 21:49, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Проверять HT командой grep -q '^flags.*[[:space:]]ht[[:space:]]' /proc/cpuinfo && echo "Hyper-threading is supported" неправильно. У меня i5 и типа HT есть, ага.

    Вот команда для проверки: egrep 'siblings|cpu cores' /proc/cpuinfo | head -2
    Если значения совпадаю, HT не активно.

     
     
  • 2.20, andrew (??), 22:24, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да, верно, та команда в статье вводит в заблуждение. Да и на сайте Intel явно говорится, что i5 HT не поддерживает.
     
     
  • 3.25, Аноним (-), 22:44, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    https://ark.intel.com/ru/products/43546/Intel-Core-i5-650-Processor-4M-Cache-3 например
     
     
  • 4.53, Аноним (-), 08:02, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ещё что древнее предложи.
     
     
  • 5.63, Аноним (-), 10:02, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Дружок, у тебя проблемы с логикой.

    Давность выпуска процессора i5 никак не влияет
    на его вхождение во множество "все процессоры i5".

    Но ты не стесняйся, доказывай обратное, клоуны тоже нужны стране.

     
  • 3.39, scorry (ok), 01:21, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > i5 HT не поддерживает.

    Ноутбучные поддерживают.


     

  • 1.3, Аноним (-), 21:51, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    А проблема в чем, в какой-то версии ядра или сугубо в железе?
     
     
  • 2.4, annonim (?), 21:57, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сугубо в проце, но последний микрокод исправляет косяки (покамис не всех процессоров)
     
     
  • 3.16, Аноним (-), 22:20, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Пока... Что??
     
     
  • 4.19, A.Stahl (ok), 22:22, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Мис.
     
     
  • 5.22, gogo (?), 22:33, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    мисс - с двумя сс пишется, грамотеи...
     
     
  • 6.24, A.Stahl (ok), 22:44, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А при чём тут мисс?
     
     
  • 7.34, Аноним (-), 23:34, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +14 +/
    При том, что "пока не миссис"
     
  • 4.46, rpm (?), 02:36, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Американсский шпиён чтоли?
     
  • 3.28, топик (?), 23:05, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Сугубо в проце, но последний микрокод исправляет косяки (покамис не всех процессоров)

    покамест же

    https://ru.wiktionary.org/wiki/%D0%BF%D0%BE%D0%B

     

  • 1.5, Anonplus (?), 21:57, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Микрокоды можно обновить в прошивке UEFI самостоятельно c помощью UBU:

    https://forums.overclockers.ru/viewtopic.php?f=25&t=479847
    в шапке топика ссылка на последнюю версию скрипта + обновление (распаковать в папку со скриптом с заменой файлов)

    кроме того, придётся нагуглить MMTool 5.0.0.7, поскольку из-за претензий со стороны компании AMI он не прилагается

    закинуть файл с прошивкой в папку со скриптом и запустить скрипт, дальше всё интуитивно понятно (остальные OROM-ы можно не трогать, достаточно микрокод)

     
     
  • 2.27, ананим.orig (?), 23:04, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а зачем такие сложности то? ядро и само умеет микрокод загружать — https://wiki.archlinux.org/index.php/Microcode_(%D0%A0%D1%)
    тем более что в этом случае микрокод обновляется что называется "из портов".
     
     
  • 3.121, X4asd (ok), 16:52, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    кстати хорошо что затронули эту тему ("Archlinux и микрокод").

    напомню что Archlinux умеет корректно обновлять только микрокод для Intel-процессоров..

    а вот AMD-процессоры в случае с Archlinux -- сосут лапу тихонько в сторонке.

    а точнее -- для процессоров-AMD в Archlinux -- обновление микрокодов происходит в момент когда уже поздно -- когда загрузка компьютера уже практически полностью прошла (то бишь прошла НЕкорректно, так как все модули/драйвера инициализировались через неисправный вариант работы процессора. и даже когда уже успел инициироваться pid-0, разумеется также некорректно).

    так что фанбои-AMD в этой теме -- тихонько краснеют

     
     
  • 4.127, Sfinx (ok), 17:44, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Че краснеть - у гавенного интела эрраты всегда мерялись многими сотнями страниц. Обновление микрокода от процессора не зависит, так как применяется один и тот же пакет - погуглил бы прежде чем позориться. обновление что при загрузке что до загрузки - до одного места. особенно если стоит глючный интель. у них там из-за багов уже давно не работает пол-проца - если нашли баг в под-системе, то первым делом ее выключают. нет подсистемы, нет проблем, бу-га-га..
     
     
  • 5.155, X2asd (ok), 22:58, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Обновление микрокода от процессора не зависит, так как применяется один и тот же пакет - погуглил бы прежде чем позориться

    ды ты может не в курсах просто?

    нет такого пакета в archlinux.

    есть пакет intel-ucode -- с микрокодами персонально для Интела.

    и пакет linux-firmware -- который содержит различные прошивки и в том числе микрокоды AMD, которые заставляют AMD обновляться НЕ ВОВРЕМЯ..

    где этот твой "один и тот же пакет", который от процессора не зависит?

     
     
  • 6.185, Michael Shigorin (ok), 13:20, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > есть пакет intel-ucode -- с микрокодами персонально для Интела.

    Это случайно не тот, который ещё пару лет тому устарел и был на что-то другое заменён? (ну и да, логика "арчик ни при чём, это всё AMD" всё такая же детская)

     
     
  • 7.190, X4asd (ok), 13:43, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Это случайно не тот, который ещё пару лет тому устарел и был на что-то другое заменён?

    не понимаю о чём. врядли.

    пару лет назад было только это -- https://www.archlinux.org/news/changes-to-intel-microcodeupdates/

    > логика "арчик ни при чём, это всё AMD" всё такая же детская

    Арчик он НЕ сам по себе -- Арчик это сообщество заинтересованных активистов.

    ну и собственно вопрос -- где вы активисты и фанаты AMD?

    1. вас не сущетвует? [врядли]

    2. вы есть, но именно среди Archlinux вас нет? [врядли]

    3. вы есть и даже есть среди Archlinux. но вы не можете увидить что у вас операционная система -- некорректно эксплуатирует ваш AMD-процессор? [я думаю что именно этот вариант: работает хоть-как-то и пофигу]

     
     
  • 8.201, Led (ok), 21:30, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    О, можно я буду использовать ваш термин сообщество заинтересованных активистов ... текст свёрнут, показать
     
     
  • 9.214, Аноним (-), 21:06, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В догонку https bugs archlinux org task 45657 ... текст свёрнут, показать
     
  • 4.144, Аноним (-), 20:42, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты хочешь сказать, что инитрамфс в Арче не умеет в early microcode? Это арчеводы тогда краснеть должны, а не фанбои AMD.
     
     
  • 5.153, X2asd (ok), 22:51, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты хочешь сказать, что инитрамфс в Арче не умеет в early microcode?

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

    ...но archlinux всеми силами будет тебе палки в колёса ставить -- чтобы сделать корректный initramfs для AMD у тебя либо не вышло вовсе, либо с офигеть какого маштабами костылями.

    > Это арчеводы тогда краснеть должны, а не фанбои AMD.

    ну а чтож -- не нашлось арчеводов среди файбоев AMD? почему они не пролабировали свои интересы? или может вовсе они даже и не поняли в каком месте их обманули для случая загрузки AMD на archlinux?

     
  • 5.178, Мур (?), 09:09, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ты хочешь сказать, что инитрамфс в Арче не умеет в early microcode?
    > Это арчеводы тогда краснеть должны, а не фанбои AMD.

    ты щас серьёзно? да у АМУДЕ их чудо 64битный процессоры не могли обновить микрокод из 64битного режыма годами!

     

  • 1.6, Аноним (-), 21:58, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –15 +/
    > спустя несколько месяцев в списке изменений в очередном обновлении микрокода от Intel было замечено упоминание исправления, которое решало проблему в OCaml

    Это что за обновления микрокода процессора? Как давно процессоры стали программируемыми?

     
     
  • 2.8, Anonplus (?), 22:02, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    С разморозкой, уже не первый десяток лет процессоры поддерживают обновление микрокода

    https://wiki.archlinux.org/index.php/Microcode_(Русский)

     
     
  • 3.11, Аноним (-), 22:09, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так это что получается, современные процессоры - это интерпретаторы?
     
     
  • 4.18, Аноним (-), 22:22, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    какие нафиг современные
    "в конце концов из конца в конец" зайди в вику и прочти
    https://ru.wikipedia.org/wiki/%D0%9C%D0%B8%D0%BA
    пп "Причины появления и использования"
    предложено было в 1953, реализовано в 1970х
     
     
  • 5.31, Аноним (-), 23:16, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почитал, спасибо. У меня сложилось впечатление что меня снова обманули. Это даже "не просто резиновые женщины - это китайские резиновые из китайской резины. Печаль :(
     
  • 4.49, Ordu (ok), 03:09, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вообще любой процессор -- это интерпретатор В простейшем варианте -- это декоде... большой текст свёрнут, показать
     
  • 2.9, Аноним (-), 22:06, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://books.google.ru/books?id=jKOsdJ8Rk6EC&pg=PA25&#v=onepage&q&f=false
    https://books.google.ru/books?id=Q1zSIarI8xoC&pg=PA72&dq=microcode&hl=ru#v=one
     
  • 2.17, Аноним (-), 22:20, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скорее всего после вот этого бага:
    https://en.wikipedia.org/wiki/Pentium_FDIV_bug
    Но могу ошибаться, давно читал Архитектуру ЭВМ Таненбаума. Суть: был баг, из-за которого Intel потерпела огромные убытки на заменах процессора. После этого появился микрокод и процессоры уже давно программируемые. Т.е. при старте ОС может загрузить в процессор микрокод определённой версии. Именно так сейчас исправляются ошибки в процессорах (и не только).
     
     
  • 3.21, Аноним (-), 22:28, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Первоначально микрокод был использован в качестве более лёгкого способа разр... большой текст свёрнут, показать
     
     
  • 4.29, Аноним (-), 23:05, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да, это понятно. Но как оно работает внутри? Получается что в процессоре есть своя память, есть некоторый реализованный аппаратно примитивный набор операции, а все что сложнее - это результат работы "процессора в процессоре" ?
     
     
  • 5.33, Аноним (-), 23:27, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В процессоре давно есть своя собственная память. Называется кэшем и работает с частотой процессора, из-за чего является очень дорогостоящей и по этой причине её в процессоре достаточно мало.

    Нашёл более менее понятный пример микрокода (у АМД) в качестве примера (команда MOVS):
    https://www.dcddcc.com/docs/2014_paper_microcode.pdf

    Listing 1: Implementation for MOVS in AMD processors
    LDDF ;load direction flag to latch in functional unit OR ecx, ecx ;test if ECX is zero
    JZ end ;terminate string move if ECX is zero loop :
    MOVFM+ tmp0, [ esi ] ;move to tmp data from source and inc/dec ESI MOVTM+ [ edi ] , tmp0 ;move the data to destination and inc/dec EDI
    DECXJNZ loop ;dec ECX and repeat until zero end :
    EXIT

     
     
  • 6.64, Аноним (-), 10:16, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это не то. Это написали логику работы команды MOVS на асме.

    Пример есть на вики:

    Подсоединить Регистр 1 ко входу «А» арифметическо-логического устройства (АЛУ)
    Подсоединить Регистр 7 ко входу «Б» АЛУ
    Настроить АЛУ на выполнение операции сложения
    Установить разряд переноса АЛУ в ноль
    Сохранить результат операции в Регистр 8
    Обновить «коды состояния» из флагов АЛУ
    Установить указатель микрокоманд на микроинструкцию номер nnn

     
     
  • 7.132, Аноним (-), 18:39, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Могли бы зайти и почитать Там чёрным по белому написано, что это реализация MOV... большой текст свёрнут, показать
     
     
  • 8.182, Аноним (-), 11:21, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ты так и не понял что такое микрокод ... текст свёрнут, показать
     
  • 3.81, КО (?), 12:07, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    До. Как раз хвастались, что теперь можем править баги в проце на лету. :)
    Ну и первый же баг, ставший широко известным, не смог быть поправлен микрокодом. :)
     
     
  • 4.159, freehck (ok), 23:12, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ну и первый же баг, ставший широко известным, не смог быть поправлен микрокодом. :)

    Не наоборот ли? Первый же баг, который не смог быть поправлен микрокодом, стал широко известным? :)

     
     
  • 5.209, Клыкастый (ok), 16:35, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    два чая и плюсик этому господину!
     
  • 3.120, KonstantinB (ok), 16:46, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Если совсем в первом приближении и на пальцах для первоклассника: современные CISC-процессоры семейства intel*86 на самом деле RISC внутри, а интерпретацией CISC-команд и их конвейеризацией занимается микрокод.
     
     
  • 4.135, Аноним (-), 19:04, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да откуда ж вы такие знатоки лезете-то ?
    Хоть бы почитали когда процессоры с микропрограммным управлением появились.
     
     
  • 5.147, KonstantinB (ok), 20:55, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Речь о конкретном семействе x86, какая разница, где что появилось, когда еще Сталин был жив?

    Я ж говорю - на пальцах, в первом приближении. Домохозяйке достаточно. А интересующиеся более глубоко могут ознакомиться, для начала, c Intel  Software Developer's Manual, и далее, например, с The microarchitecture of Intel, AMD and VIA CPUs [1].

    [1] http://www.agner.org/optimize/microarchitecture.pdf

     
  • 4.167, Anonymo (?), 23:55, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Раньше мне попадалось определение как RISC/CISC архитектура и на давно уже не современных процессорах. Вот нашел по теме http://userpages.umbc.edu/~vijay/mashey.on.risc.html
     

  • 1.7, Anonplus (?), 22:00, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Весело, а у меня инженерный семпл, обновление микрокодов для которого застряло ещё в 2014...
     
     
     
    Часть нити удалена модератором

  • 3.13, Anonplus (?), 22:12, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я обновлял микрокод по сети и меня часть tcp-пакетов потерялись. Ползунок на прогрессбаре застрял в 2014 году, ждем tcp-пакеты.
     
     
  • 4.15, A.Stahl (ok), 22:18, 25/06/2017 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Потруси ось пространства-времени. Может отклинит. У меня такое было, так я в 2005 году 2 года жил.
     

  • 1.14, Аноним (-), 22:13, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    бажные они какие то, вот еще
    "Ошибка процессора Intel Skylake приводит к зависанию компьютера во время сложных вычислений"
    https://habrahabr.ru/company/pt/blog/274939/
    '''
    В сообщении компании никак не объясняются причины возникновения проблемы, однако подтверждается тот факт, что ей подвержены как Linux, так и Windows-системы.
    '''
     
     
  • 2.37, Аноним (-), 00:09, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Обычно причины простые. Продукт выпускается сырой, чтобы быстрее начать получать с него прибыль и занять определённый сектор рынка раньше конкурентов. Тестирование - это иногда затраты и упущенная выгода.
     
     
  • 3.60, Аноним (-), 09:48, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    упущенная выгода также может быть от того, что новый продукт будет каждый раз сырой и люди просто уйдут к др фирме где "стабильное гогно мамонта" но стабильное =)
     
     
  • 4.69, AlexYeCu_not_logged (?), 10:53, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы верно уловили суть проблемы Уходить особо некуда AMD, по большому счёту, ни... большой текст свёрнут, показать
     
     
  • 5.82, КО (?), 12:11, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >cобственно, сейчас всё упирается в более низкую производительность

    Так в нее родимую все и упиралось. Да, кастрат может меньше есть, но как производитель он не очень. :)

     
     
  • 6.122, Аноним (-), 16:56, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Архитектура POWER тоже кастрат, но производительность не хуже Xeon'ов. Хуже то, что он дороже.
     
  • 6.186, Michael Shigorin (ok), 13:28, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>cобственно, сейчас всё упирается в более низкую производительность
    > Так в нее родимую все и упиралось.

    Ещё в неё же на ватт.

     
  • 4.125, Аноним (-), 17:31, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > уйдут к др фирме где "стабильное гогно мамонта" но стабильное =)

    Как показывает практика, будут кушать кактус.

     

  • 1.30, Аноним (-), 23:07, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    никогда не нравился этот НТ. прибавку в проихводительности он давал незначительную, а вот энергопотребление(нагрев) росло прилично.
     
     
  • 2.43, Аноним (-), 01:42, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Изначально он появился, когда Intel проигрывал AMD в борьбе за 1 место В 1999 б... большой текст свёрнут, показать
     
     
  • 3.66, Аноним (-), 10:44, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > В 1999 был выпущен AMD Athlon

    В 99 был провальный K6-III. Это был печальный год для AMD, K6-III на фоне intel смотрелся как последние пару лет FX.

     
     
  • 4.102, Pilat (ok), 13:56, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > В 99 был провальный K6-III. Это был печальный год для AMD, K6-III
    > на фоне intel смотрелся как последние пару лет FX.

    Но он работал на уже имеющихся платах и позволял увеличить производительность не очень задорого

     
  • 3.86, irinat (ok), 12:28, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > И выпустила core2 на базе P3.

    В твоей истории куда-то пропали Pentium M и Core (который был до Core 2).

     
     
  • 4.92, Аноним (-), 12:50, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да, так и есть. Когда решили откатываться с P4 на P3, то взяли последний ноутбучный P3, а не десктопный или серверный. Потому что последняя модификация P3 была именно для ноутбуков.
     
     
  • 5.113, fi (ok), 15:13, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    да никто не откатывался "с P4 на P3" - просто P4 не пошел в ноуты, а в это время открыли новое подразделение в Хайфе и там уже сделали P*-М. Это выглядело неплохо, и им дали кард-бланш на core (как раз маркетологи решили убить марку P*) - тоже получилось.

    И тут стало ясно, что американскую команду P4 «питекантропы» надо разогнать :)))))))

     
     
  • 6.216, Джим Келлер (?), 06:38, 29/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    о да, давайте теперь поклоняться глючному кор2 сколоченному наспех только из-за того что там 32битные игрульки "летали"
    если бы там о каждом баге создавали по такой же новости, то опеннета не хватилобы
    зато игрунов хлебом не корми - все знают о TLB баге у АМД
     
  • 4.116, MPEG LA (ok), 15:32, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    а печки Pentium D?
     
  • 4.157, Led (ok), 23:04, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> И выпустила core2 на базе P3.
    > В твоей истории куда-то пропали Pentium M и Core (который был до
    > Core 2).

    Да там вся "история": пересказы от прабабушки - дедушке, от дедушки  - тётё, от тёти - трёхуродному брату и т.д.

     
  • 3.123, Anonymo (?), 17:09, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то не сходится про "Потом, в 2005, Athlon X2. И вот как раз на последнее был и выпущен в ответ Hyper Threading" : HTT появился в процессорах Intel Xeon в феврале 2002 и в ноябре 2002 добавленной в процессоры Pentium 4, это раз и "Потом последовал Athlon FX, основным изменением в которой стал... гипертрединг! " - Не гипертрединг а HyperTransport, и ничего общего с гипертрединг не имеет. А вот в ryzen появился аналог гипертрединг.
     
     
  • 4.141, Аноним (-), 20:26, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почитал про Pentium M. Ты прав. В прошлом источнике утверждалось, что Pentium M прекратил существовать на несколько месяцев позже Pentium 3. А оказалось что он существовал параллельно P4 всё это время!

    Гипер-транспорт это немного не то. Это системная шина, ответ FSB от Intel, и появился в 2003. А в Athlon FX 2011 года появились "модули", когда на схеме проца явно видно 4 физических ядра, а BIOS пишет что их 8. "Но это не гипертрединг, это другое!", - уверяли нас маркетологи AMD.

     
     
  • 5.142, Аноним (-), 20:26, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    "В прошоом источнике" = "В прошлом источнике, который я читал" быстрофикс
     
     
  • 6.152, Anonymo (?), 22:49, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Физичеси ядра там отдельные, но используют один кеш. Так что это совсем не HTT
     
     
  • 7.163, Led (ok), 23:24, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Физичеси ядра там отдельные, но используют один кеш

    ... и один FPU


     
     
  • 8.177, funny.falcon (?), 08:31, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А самое ужасное, из-за чего они и тормозили, - ОДИН ДЕКОДЕР ИНСТРУКЦИЙ Видим... текст свёрнут, показать
     
  • 4.188, Michael Shigorin (ok), 13:36, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > "Потом последовал Athlon FX, основным изменением в которой стал... гипертрединг! " -
    > Не гипертрединг а HyperTransport

    Он как бы ещё не в первых слотовых Athlon появился (неохота сверять, пусть лучше настоящие железячники напомнят -- заодно и про дековскую EV6).

     
  • 3.128, Sfinx (ok), 17:51, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Изначально он появился, когда Intel проигрывал AMD в борьбе за 1 место.
    > И поняла AMD, что проиграла, и приобрела компанию ATi, которая кормит из
    > по сей день. Потом была удачная серия процессоров Phenom и Athlon

    Вряд ли AMD проиграла - интел платит ей лицензионные отчисления за каждый проц, так как там используется набор инструкций amd64 - ведь интел эпично обоср#лся в свое время с итаниум и его гавенной системой команд. Вообще тот факт, что интел знатно похоронил S3 и то, что AMD сделала из ATI наводит меня на мысль, что интел начинает походить на мокрософт:

    "В чем разница между микрософтом и царем Мидасом? Ответ: у царя все, к чему он прикасался, превращалось в золото, а у микрософта в гав#о.."

     
     
  • 4.148, rshadow (ok), 21:31, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кто бы там эпично не сра_лся, грелся и параллелился, но закон Мура соблюдался всегда. Так что: "сабаки лают, караван идет".
     
     
  • 5.149, efing (?), 21:57, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В современных условиях закон Мура наиболее точно формулируется как "со временем производительность процессоров растет".
     
     
  • 6.151, Аноним (-), 22:35, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кол-во транзисторов же
     
  • 4.189, Michael Shigorin (ok), 13:40, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > интел эпично обоср#лся в свое время с итаниум и его гавенной системой команд

    Вообще-то это пролёт не intel, а wintel -- на не-x86 винде были большие проблемы в т.ч. с архитектурнозависимыми драйверами печати, например, не считая "просто" приложений.

    Ну и как бы не по Сеньке шапка, бывает.

     
  • 3.165, Я (??), 23:42, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какой к черту гипертрейдинг, про архитектуру бульдозера почитай что ли
     
  • 3.187, Michael Shigorin (ok), 13:33, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Притом чисто маркетинговой -- держалось это недоразумение по большей части на ус... большой текст свёрнут, показать
     
  • 3.215, Аноним (-), 23:38, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А потом были "кукурузные" ядра от AMD и новые процессоры, каждый из которых был хуже предыдущего. По специфике работы знаю, как народ покупал себе "новые" AMD процы, а потом истерил что у них новые игрушки тормозят.

    Ну то есть AMD почти повторила историю Intel с Pentium 4, а теперь вот снова "очухалась" и вернулась к нормальной архитектуре.

     
  • 3.221, anomymous (?), 13:20, 01/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Нет в FX SMT. Там пары честных целочисленных ядер, а вот модулей FPU - по одному на два ядра.
    Зато SMT есть в райзенах.
     

  • 1.32, ЛинуксНуженЛи (?), 23:19, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Ну, я думаю, Интелу нужно потратить ещё 300 миллионов долларов на расовую диверсификацию в компании.
     
     
  • 2.59, Andrey Mitrofanov (?), 09:46, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну, я думаю, Интелу нужно потратить ещё 300 миллионов долларов на расовую
    > диверсификацию в компании.

    Этого не достаточно. Пора стрейт уайт мэнов приносить в жертву на площади перед градоправлением.

     

  • 1.35, Alex_K (??), 23:44, 25/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Для FreeBSD есть порт sysutils/devcpu-data.
    Кто-нибудь использовал его?
    Можно его на работающей системе применять?
     
     
  • 2.47, DoSites.Net (?), 03:04, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы сам порт стартует из инит скриптов, уже относительно далеко после загрузки системы и ядра. В принципе был и опыт старта скрипта после обновления его версии и на рабочей системе с хорошим аптаймом. Все применялось штатно, без каких либо проблем.
     
     
  • 3.88, Alex_K (??), 12:41, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    pkg info -E devcpu-data devcpu-data-1 10 Из var run dmesg boot CPU Intel R Xe... большой текст свёрнут, показать
     
     
  • 4.112, DoSites.Net (?), 15:13, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Похоже,  нет модуля ядра "cpuctl"
    root@uran:/boot/kernel # ls cpuctl*
    cpuctl.ko
    Причем нужен именно модулем ko, а не вкомпиленный в ядро.
     
     
  • 5.150, Alex_K (??), 22:18, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    kldstat | grep cpuctl
    8    1 0xffffffff8263f000 325d     cpuctl.ko

    [root@*** /boot/kernel]# ls cpuctl*
    cpuctl.ko

     
     
  • 6.166, DoSites.Net (?), 23:43, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > kldstat | grep cpuctl
    >  8    1 0xffffffff8263f000 325d    
    > cpuctl.ko
    > [root@*** /boot/kernel]# ls cpuctl*
    > cpuctl.ko

    А сами устройства есть?
    root@uran:~ # ls /dev/cpuctl*
    /dev/cpuctl0    /dev/cpuctl2    /dev/cpuctl4    /dev/cpuctl6
    /dev/cpuctl1    /dev/cpuctl3    /dev/cpuctl5    /dev/cpuctl7


     
     
  • 7.169, Alex_K (??), 00:38, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно.
     

  • 1.41, Аноним (-), 01:30, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Помню, как-то в Glibc добавили оптимизации для memcpy() на SSE4. Если сделать поиск по коммитам в Glibc, то оптимизация этого вызова есть на всём, начиная с MMX. Но именно для SSE4 патч был некорректен.

    Товарищи Дебианщики, а на старых релизах проявляется?

     
     
  • 2.48, Crazy Alex (ok), 03:07, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Патч-то был корректен, но некоторые идиоты не читали маны и применяли memcpy там, где нужен был memmove. Так как среди этих идиотов были в том числе разработчики адски популярного тогда флеш-плеера, пришлось откатить назад.
     
     
  • 3.75, Аноним (-), 11:23, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Порядок байт слева направо и справа налево. 35 лет использовался порядок слева направо. 35. А потом вдруг внезапно стали практиковать оба направления, потому что иначе SSE4 не задействовать. Супер.
     
     
  • 4.87, Аноним (-), 12:33, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А потом компьютеры объдинили в сеть и встал вопрос как программам обмениваться данными, учитывая что одна и та же программа может быть запущена на разных процессорах разных компьютеров, каждый из которых хранит данные в своём порядке.

    Нашли аж два решения:
    1. явно перекодировать данные в определённый порядок перед отправкой по сети, затем раскодировать обратно
    2. отправлять признак порядка байтов перед отправкой каждой порции данных

    Дальше _вдруг_ оказалось, что видеокарта тоже может иметь порядок следования байт не такой, как у основного процессора и если ты хочешь писать напрямую в видеопамять используя MMX/SSE, то должен использовать это учитывать.

    Поэтому современные процессоры "_внезапно_ (ага, в январе внезапно выпал снег) стали практиковать оба направления"

     
  • 4.106, Crazy Alex (ok), 14:17, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И чем это отменяет тот факт, что по стандарту memcpy не обязан корректно работать с перекрывающимися буферами, и специально для этого есть memmove? Причём это же банальная общеизвестная вещь, которая в мануале белым по чёрному написана, не где-то в тёмном углу спецификации.
     
  • 4.172, Анонимный Алкоголик (??), 02:52, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Порядок байт слева направо и справа налево. 35 лет использовался порядок слева
    > направо. 35. А потом вдруг внезапно стали практиковать оба направления, потому
    > что иначе SSE4 не задействовать. Супер.

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

     
     
  • 5.175, Led (ok), 04:40, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Неспроста memcpy была определена (вообще), и определена так как определена.
    > Потому что с самого начала кое-кому было ясно, что  задействовать всё
    > что потребуется по-другому может не получиться. На самом деле копирование памятей
    > может ещё более удивительно происходить. Путём перенавешивания тегов к кэшу скажем...
    > Или аналогично в основной памяти...

    Да можно и 4K-страницы COW'ать...

     
  • 5.180, Crazy Alex (ok), 10:38, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да ясное дело, что неспроста. Жаль, что в результате тупость победила.
     
  • 5.203, Аноним (-), 07:04, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А по-моему, memcpy(), оптимизированный через SSE4, нафиг не нужен. На ARM-ах как-то живут без этого. Лично мне бы хватило оптимизаций через SSE3 - да чего уж там, MMX за глаза.
     
     
  • 6.222, anomymous (?), 13:24, 01/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    "640кб хватит всем"
     

  • 1.51, Аноним (-), 04:44, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Разработчики дистрибутива Debian предупредили о выявлении проблем с работой режима Hyper-threading в процессорах Intel, которые выражаются в непредсказуемом поведении системы (например, крах приложения или повреждение данных)

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

     
     
  • 2.52, Аноним (-), 05:22, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вновинку что ли? У меня на одной конфигурации (intel broadwell) vmware ws, запущенная на centos7, при задействвании HT валится при нагрузке. Без нагрузки - норм. Я думал, может сабж как-то повлияет, но для бродвеля не нашел нового микрокода
     
  • 2.164, Anonim (??), 23:33, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Разработчики дистрибутива Debian предупредили о выявлении проблем с работой режима Hyper-threading в процессорах Intel, которые выражаются в непредсказуемом поведении системы (например, крах приложения или повреждение данных)
    > Просто дикий ужас какой-то. После прочтения этих строк у админов высоконагруженных серверов
    > на Intel волосы встали дыбом на всех местах, руки вспотели и
    > на лбу появилась испарина.

    Админы высоконагруженных серверов? На Skylake и Kaby lake? Вы демонстрируете слабое знание серверного железа.
    Админы высоконагруженных серверов на процессорах Intel не спешат переходить с EPIC (Itanium) на x86. Да, x86 процессоры мощнее в разы, но по надежности они всё ещё уступают. А это история, и история с TSX в Haswell никак на убеждает их переезжать.

     
     
  • 3.181, Crazy Alex (ok), 10:39, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это которые не производятся уже?
     
     
  • 4.205, Аноним (-), 11:56, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Говорят что еще таки да: http://dma.livejournal.com/6302564.html
     
  • 4.206, Anonim (??), 12:13, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это которые не производятся уже?

    Вы про Itanium-ы? Про Kittson-ы слышали (http://ark.intel.com/products/codename/32203/Kittson)? Год выпуска видите? Так что живы они еще, хоть и гнобят их всякие ораклы.

     
  • 2.183, xv (??), 11:32, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Последние версии интеловских процессоров для высоконагруженных серверов (E5 и E7) — на ядре Broadwell. Скайлэйк и Кэби Лэйк успел пролезть только в E3, которые суть перепиленные гражданские коры. Выхода настоящих серверных Skylake-SP ждём в июне-июле.
     
     
  • 3.207, Anonim (??), 12:28, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Последние версии интеловских процессоров для высоконагруженных серверов (E5 и E7) —
    > на ядре Broadwell. Скайлэйк и Кэби Лэйк успел пролезть только в
    > E3, которые суть перепиленные гражданские коры. Выхода настоящих серверных Skylake-SP
    > ждём в июне-июле.

    Так о том и речь: нет высоконагруженных серверов на Skylake и Caby Lake. Я бы и Broadwell не относил к ним. Слишком новые. Haswell-E, которые ставят в Superdom X - еще может быть.

     
  • 2.223, anomymous (?), 13:25, 01/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Просто дикий ужас какой-то. После прочтения этих строк у админов высоконагруженных серверов
    > на Intel волосы встали дыбом на всех местах, руки вспотели и на лбу появилась испарина.

    Неа. HT - всегда первый в очереди (на отключение). Даже до обновления фирмвари.

     
     
  • 3.224, anomymous (?), 13:26, 01/01/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Почему? Потому что предсказуемость планировщика нужна.

     

  • 1.56, rpm (?), 08:57, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Так что, можно запилить свои инструкции, поменяв микрокод?
     
     
  • 2.61, Andrey Mitrofanov (?), 09:49, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Так что, можно запилить свои инструкции, поменяв микрокод?

    Интель может, а тебе не даст.

     
  • 2.62, Аноним (-), 09:54, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    HDD и USB/Flash тоже можно заменить микрокоды но без сервиса автообновления в ядре.
     
  • 2.65, Аноним (-), 10:25, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Многие вещи разлочить точно можно
     
     
  • 3.68, Andrey Mitrofanov (?), 10:51, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот с разлочить могут быть поблемы интель сделал одноразовые пережигаемые пер... большой текст свёрнут, показать
     
  • 2.208, KonstantinB (ok), 15:03, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А вы попробуйте поменять. :)

    Все, что видно снаружи - это зашифрованный блоб.

     

  • 1.58, Аноним (-), 09:33, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Turbo Boost -> Speed Shift
     
  • 1.67, Аноним (-), 10:49, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что ж, пичалька, особенно для пользователей i3, отключать HT не буду, но если что то в смерти моей системы прошу винить intel
     
     
  • 2.70, Andrey Mitrofanov (?), 10:56, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Что ж, пичалька, особенно для пользователей i3, отключать HT не буду, но
    > если что то в смерти моей системы прошу винить intel

    Та када выкидывал ненужную кгижку-бумажку "лимитед глобал варанти" от проца/бука/... подписался совсем под обратным. Если есть вопросы -- оплати консультацию юриста.

     
     
  • 3.72, Andrey Mitrofanov (?), 11:04, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >>особенно для пользователей
    > Та када выкидывал ненужную кHижку-бумажку "лимитед глобал варанти"

    Утешает то, что продавцы кремния нас такхих
    https://duckduckgo.com/?q=void-all-warranties&t=ffab&iar=images&iax=1&ia=image
    очень любят!  >/<

     

  • 1.71, via (??), 11:02, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А вот на Атоме E3825 если CState в биосе не отключать, тачка колом встает после запуска, причем, что неприятно, может сразу, может на второй третий день...
     
     
  • 2.108, Аноним (-), 14:24, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    у меня от mandelbulber проц колом встает
     
  • 2.168, anonim (ok), 00:00, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Знаменитый https://bugzilla.kernel.org/show_bug.cgi?id=109051 ?
     
  • 2.191, Michael Shigorin (ok), 13:47, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А вот на Атоме E3825 если CState в биосе не отключать, тачка колом встает после запуска,
    > причем, что неприятно, может сразу, может на второй третий день...

    Он часом не baytrail?

    https://bugzilla.kernel.org/show_bug.cgi?id=109051#c683

     
     
  • 3.204, via (??), 11:09, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Да, но эта таблетка не помогала. С =1 тоже встает, и с =2 встает.  Только отключение в биосе стабилизирует. Видимо, зависит от характера внешнего питания, я до конца так и не разобрался, применений естественно пром.
     
     
  • 4.210, Michael Shigorin (ok), 20:41, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Видимо, зависит от характера внешнего питания, я до конца так и не разобрался,
    > применение, естественно пром.

    А, ну питанием кого угодно уконтрапупить можно...

     

  • 1.73, Аноним (-), 11:11, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А как с этим на оффтопиках живут?
     
     
  • 2.76, Аноним (-), 11:32, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    А что домашнему пользователю. Ну зависло - перезагрузись. Мало ли что там случилось, может винда, может видеокарта. Данные испортились? - поменяй шлейф. Поменял - успокоился, и так до следующего раза.
     
     
  • 3.84, Аноним (-), 12:21, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тебе напомнить про неработающий ждущий режим, который "починили" лишь когда декомпилировали драйвер Майкрософт и вытащили из него список багнутых чипов? Пока одни болтают в духе "мы все умрём", другие работают с тем, что у них есть.
     
  • 2.83, Аноним (-), 12:19, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –11 +/
    Во-первых, они не упоминают слов "дефект процессора", предпочитая более корректные формулировки.

    Во-вторых, ОС может управлять режимом НТ, даже если он включён в BIOS. И никто не мешает ОС определить некорректно работающую плату и отключить НТ.

    В-третьих, на МС работают столько высококлассных спецов, что они могут и сами написать необходимое исправление микрокода.

    Так что отлично живут. И главное: не забивают голову ерундой. Если ты проектируешь болиды Формулы-1, то ты должен проектировать болиды, а не думать на тему микрокода и НТ в процессорах.

     
     
  • 3.94, AlexYeCu_not_logged (?), 12:57, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >а не думать на тему микрокода и НТ в процессорах

    У тебя, поди, и стул рабочий с гвоздями жалом вверх?

     
  • 3.96, Аноним (-), 13:04, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Да да... А по факту - может быть прилетит через месяц обновление, которое на баганых чипах отключит HT. И ты просто незаметно потеряешь оплаченные 10-25% от производительности. А еще через пару месяцев очень может быть, что прилетит новое обновление с микрокодами от Интела и включит все назад. Но скорее всего, что просто никто не будет заморачиваться если не пойдут сплошные жалобы от пользователей (а они - не пойдут, ибо, как тут было сказано выше, никто не знает почему зависла венда).
     
     
  • 4.97, Аноним (-), 13:07, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    НТ не всегда увеличивает производительность. Большинство (вангую: 99%) покупателей топовых чипов его отключат.
     
     
  • 5.101, AlexYeCu_not_logged (?), 13:29, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Большинство (вангую: 99%) покупателей топовых чипов его отключат.

    Зачем?

     
     
  • 6.103, Аноним (-), 13:59, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Топовые процы покупают для выполнения топовых (по сложности) задач.

    НТ использует простаивающие (!!!!) мощности одного процессора чтобы исполнять команды другого (виртуального).

    Если задача полностью загружает процессор или активно работает с памятью (= топовые задачи), то НТ приведёт к замедлению потому что простаивающих мощностей нет.

    Ключевые разделяемые ресурсы (по мере уменьшения важности):
    - процессор
    - кэш https://habrahabr.ru/post/248359/
    - FPU (операции с плавающей точкой)

     
     
  • 7.107, Crazy Alex (ok), 14:22, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то добиться раномерной загрузки всех ядер довольно сложно, так что "простаивающие мощности" останутся с хорошими шансами. Дело скорее в том, что современные процы при простое ядра умеют частоту для других задирать, и обычно это выгоднее.
     
     
  • 8.110, Аноним (-), 14:50, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть два врача окулист и стоматолог и одна очередь пациентов Приём длится 10 ... большой текст свёрнут, показать
     
     
  • 9.119, Crazy Alex (ok), 16:27, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Давай без метафор, тем более таких обширных Факт - чтобы потоки были полностью ... текст свёрнут, показать
     
  • 6.130, Crazy Alex (ok), 18:30, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что масса персонажей пугается всего, что связано с thin provisioning и прочим умным разделением ресурсов в любом виде. Предметное мышление, как оно есть.
     
  • 3.109, Аноним (-), 14:26, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > на МС работают столько высококлассных спецов

    Ни одного.

     
  • 3.156, Led (ok), 23:01, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > на МС работают столько высококлассных спецов

    Много. И ещё вторая половина Индии - запасные.

     
  • 3.173, Анонимный Алкоголик (??), 03:29, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Во-первых, они не упоминают слов "дефект процессора", предпочитая более корректные формулировки.

    предпочитая более некорректные формулировки.

     
  • 3.192, Michael Shigorin (ok), 13:50, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > более корректные формулировки.
    > столько высококлассных спецов
    > ты должен [...] не думать

    И вот такие потом обижаются, что их измышления или поднимают на смех, или стирают нахрен.

    Болезный, уши же торчат.  Человеком пора становиться, а не утюгом.

     
     
  • 4.194, Аноним (-), 16:47, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Какова доля рынка у АльтЛинукс? Обижаться на тех, кто не смог дорасти даже на до 0.001%? Это шутка такая?

    У Альта и его сотрудников своё видение мира, рынок им говорит что оно неверное, но они продолжают идти этим путём.

    У Майкрософт 80% рынка.

    Когда глава Майкрософт говорит что-то, я ему доверяю с вероятностью 80%. Когда ты пишешь что-то, я доверяю тебе с вероятностью 0.001%.

    Стирай дальше, обижай, оскорбляй, если считаешь что это позволит тебе и твоей компании достичь большего.

     
     
  • 5.197, 111 (??), 19:33, 27/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как вы достали со своими воображаемыми "рынками". С точки зрения большинства людей занимающихся открытими технологиями майкрософт продаёт "навоз", и в целом большинству этих людей нет дела до этих "рынков навоза". И тут появляется некий Аноним и вопит "навоз форева, он лучший, я верю в него!". Анон, да ради бога, ты можешь доверять своей бабушке, микрософту, кока-коле, пьяному дяде в подворотне...
    Открытый код, открытое сообщество это не о том, кто больше всех смог продать.
    Большая часть народу притянута зауши в ваш "рынок", и как и на любом рынке обманута.
     
  • 5.211, Michael Shigorin (ok), 20:43, 28/06/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда глава Майкрософт говорит что-то, я ему доверяю с вероятностью 80%.
    > Когда ты пишешь что-то, я доверяю тебе с вероятностью 0.001%.

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

    И да, я без малейших сомнений продолжу гонять таких "поссетителей" мокрыми тряпками.

     
  • 2.104, Anonim (??), 14:08, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А как с этим на оффтопиках живут?

    Так же: обновляют микрокод при загрузке операционки.

     
  • 2.154, Led (ok), 22:57, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А как с этим на оффтопиках живут?

    Оне к стаданиям привычние....

     

  • 1.117, Спайк (?), 16:01, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    маялся 2 года с этим г овном, пока не осенило и не обновил BIOS.
     
  • 1.131, Алексей Турбин (?), 18:31, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Compiling with Ryzen CPUs on Linux causing random segfaults, possible CPU bug
     
  • 1.139, Гость (??), 20:08, 26/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > рекомендуется как можно скорее установить пакет intel-microcode

    А как же другие семейства процессоров вообще работают без этого пакета?

     
     
  • 2.145, Аноним (-), 20:42, 26/06/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> рекомендуется как можно скорее установить пакет intel-microcode
    > А как же другие семейства процессоров вообще работают без этого пакета?

    Работают на микрокоде, загруженном UEFI/BIOS.

     

  • 1.196, Аноним (-), 17:05, 27/06/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Был бы MISC вместо CISC - всё было бы куда лучше.
     
  • 1.218, Alex_K (??), 00:36, 08/07/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот тут пишут, что проблема проявляется в случае использования gcc.
    То есть FreeBSD и MacOS получается, что не касается.
    https://habrahabr.ru/post/332552/
     

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



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

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