Перейти к содержанию

Евгений Малинин

Рекомендуемые сообщения

Фиг с ним. Понизилась только производительность рабочего стола Аэро. Показатель нестабильный. Был 5.9, после переустановки ОС в режиме обновления стал 6.4. Теперь опять 5.9. Почему меняется - непонятно.

Но есть ещё проблема. В Диспетчере устройств появилась строка Другие устройства-шина USB3. Драйвера нет. Удаление помогает только до перезагрузки. Автоматически драйвер не находится . Ид почти такой же, как контроллеров USB 3.0

 


Нашёл драйвер. Оказалось расширяемый хост-контроллер Intel USB 3.0. Странно, что слетел драйвер usb при установке  видеодрайвера

post-22080-0-19995100-1501998050_thumb.png

  • Не согласен 1
Ссылка на комментарий
Поделиться на другие сайты

  • 2 месяца спустя...
  • 1 месяц спустя...

Теперь понятно под какое январское обновление Виндовс пришлось выпустила патч ЛК:

 

Проблема в процессорах Intel замедляет ПК до 30%. Под ударом Windows, Linux и macOS

Подробнее: http://safe.cnews.ru/news/top/2018-01-03_v_protsessorah_intel_najdena_dyraotkryvayushchaya

Изменено пользователем sputnikk
  • Согласен 1
Ссылка на комментарий
Поделиться на другие сайты

 

 


Показатель нестабильный. Был 5.9, после переустановки ОС в режиме обновления стал 6.4. Теперь опять 5.9. Почему меняется - непонятно.

Индекс производительности, вообще величина не линейная, алгоритм его расчета так и не был описан публично, пользуйтесь бенчмарками. Хоть самыми простенькими (и бесплатными), для общего сравнения.
 

Ссылка на комментарий
Поделиться на другие сайты

Сравнение производительности процессоров до/после устранения проблем KPTI. Правда пока только под Linux, но геймеры похоже могут расслабиться  :)  

https://3dnews.ru/963636

Ссылка на комментарий
Поделиться на другие сайты

Пытаясь понять в чём суть проблемы, перечитал 20 раз отчёт.

 

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

Как я понял, процессы в ОС Виндовс запускаются в виртуальном адресном пространстве с виртуальными регистрами и прочим. 

 

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

Как они собрались процу на низком уровне приказывать считать данные конкретного блока данных, я так и не понял. Ява скрипт работает в рамках API браузера.

 

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

Чё то какой-то мутный шум.

Ссылка на комментарий
Поделиться на другие сайты

Не понятно ещё с какими сотовыми проблемами столкнемся после этого патча. А если ещё софт не обновляется и не совместим с этим патчем ...

Ссылка на комментарий
Поделиться на другие сайты

  • 2 недели спустя...

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

Ссылка на комментарий
Поделиться на другие сайты

Intel признался, что проблемы с частыми перезагрузками из-за ошибок в заплатках есть не только в CPU Broadwell и Haswell, но также у предшественников и преемников

 

 в новом заявлении компании говорится, что проблема гораздо шире, чем считалось изначально, она также затрагивает некоторые ПК с более новыми процессорами последних поколений Skylake и Kaby Lake. Кроме того, некоторые системы с более старыми чипами Ivy Bridge и Sandy Bridge тоже могут испытывать частые перезагрузки.

 
Хорошей новостью является то, что, по словам производителя, его специалисты почти добрались до корня проблемы. Специалистам Intel удалось воссоздать условия, при которых возникают частые перезагрузки, и они близки к ее решению. Уже на этой неделе производитель планирует разослать аппаратным партнерам бета-версию заплатки для заплатки для более тщательного тестирования. Если никаких новых проблем не обнаружится, то вскоре обновление достигнет клиентов.
  • Спасибо (+1) 1
Ссылка на комментарий
Поделиться на другие сайты

У бухгалтерии на компах процессоры i3-2100, попробовал сегодня накатить патчи, после обеда уже будет предварительный результат, надеюсь не будут незапланировано перезагружаться  :zloy:

 

На более старых процессорах типа G1610 пока проблем не обнаружено.


Процессоры вроде такие: https://ark.intel.com/ru/products/53422/Intel-Core-i3-2100-Processor-3M-Cache-3_10-GHz

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • KL FC Bot
      Автор KL FC Bot
      14 ноября компания Google выпустила бюллетень, в котором сообщила о серьезной уязвимости в ряде процессоров компании Intel, начиная с поколения Ice Lake, выпущенного в 2019 году. Потенциально, эта уязвимость может приводить к отказу в обслуживании, эскалации привилегий или раскрытию чувствительной информации. На момент подготовки статьи обновления микрокода, закрывающие проблему, были выпущены для 12-го и 13-го поколений процессоров Intel (соответственно, Alder Lake и Raptor Lake). Патчи для процессоров 10-го и 11-го поколений (Ice Lake и Tiger Lake) готовятся. Полный список подверженных процессоров представлен на сайте Intel в виде огромной таблицы.
      По словам представителей Intel, о нестандартном поведении процессоров инженеры компании знали, но проблема считалась некритичной, и ее решение отложили на первую половину 2024 года. Но ситуация изменилась, когда исследователи из компании Google, независимо от Intel, обнаружили проблему. Собственно, все детали уязвимости мы знаем от специалистов Google, а конкретно из статьи Тависа Орманди.
      Фаззинг процессоров
      Тавис Орманди имеет на своем счету множество обнаружений серьезных уязвимостей в различных программах и устройствах. Совсем недавно мы писали о его предыдущем исследовании, в ходе которого была обнаружена уязвимость Zenbleed в процессорах AMD. Тогда Тавис говорил о развитии применения фаззинга для поиска аппаратных проблем.
      Фаззинг — это метод, который подразумевает подачу случайной информации на ввод тестируемой информационной системы. Как правило, ее применяют для автоматизированного поиска уязвимостей в софте: создается специальная «оснастка», позволяющая взаимодействовать с программой и отслеживать ее состояние. Дальше происходят десятки и сотни тысяч тестов, в ходе которых можно обнаружить нестандартное поведение тестируемого кода.
      В случае испытания процессоров все несколько сложнее. Мы должны генерировать случайные программы, которые при этом работают без собственных сбоев, и выполнять их на процессоре. Как в таком случае отделить штатное поведение процессора от аномального? Ведь далеко не всегда ошибка в процессе выполнения ПО приводит к сбою. Орманди предложил методику, в рамках которой одинаковый «случайный» код одновременно выполняется на разных процессорах. По идее, результат работы одной и той же программы должен быть одинаковый, а вот если результат отличается, то возможно это признак проблемы. Именно такой подход выявил проблему в процессорах Intel.
       
      Посмотреть статью полностью
×
×
  • Создать...