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

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

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

Судя по тесту https://overclockers.ru/lab/show/93561/obzor-i-test-processorov-intel-pentium-gold-g5600-pentium-gold-g5500-i-celeron-g4900-coffee-lake-na-minimalkahi5-3470 уступает Intel Pentium G5500 в WinRAR . Я натестил 4689, они 5030

В CPU-Z 1.85 наоборот, превосходит почти вдвое - 1357 против 720.

Похоже WinRAR в отличии от  CPU-Z использует новые инструкции, отсутствующие в старых процессорах

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

  • 2 weeks later...

...компания утверждает, что в современных условиях большинству пользователей не нужны процессоры с более чем десятью ядрами. Программное обеспечение, которое способно задействовать потенциал всех десяти ядер, попросту не получило должного распространения. Кроме того, соседство большого количества ядер на одном кристалле неизбежно снижает их эффективную частоту, поскольку TDP ограничен. https://overclockers.ru/hardnews/show/93704/intel-v-ocherednoj-raz-podcherknula-priverzhennost-monolitnoj-komponovke-processorov

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

биос с фиксом готов, обращался в саппорт gigabyte - выдали ссылку на скачивание версии с защитой от спектра, вроде


UPD ага, она самая, обновил биос )

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

биос с фиксом готов, обращался в саппорт gigabyte - выдали ссылку на скачивание версии с защитой от спектра, вроде

UPD ага, она самая, обновил биос )

для какого чипсета?

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

При этом версии биос с фиксом spectre, для моей матплаты, нет на оф сайте gigabyte. Утилита gigabyte @bios у меня работает некоректно - не может соединиться с сервером. Поэтому пришлось через саппорт

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

@sputnikk, Нет, делал лишь оценку индекса производительности - без изменений проц до прошивки биос 7.5, после прошивки 7.5.

фар край 4 также идёт как до прошивки было

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

У тёти комп с Celeron J1800 и 7х64. Интересно, как программная заплатка влияет на такой проц. И раньше жаловалась на тормоза. Там ОЗУ 2 гб+ПЗУ 500 гб.

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

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

  • 3 weeks later...
  • 4 weeks later...

Отключение защиты на i3-2100 утилитой InSpectre не дало роста производительности в многопоточном тесте WinRAR 5 на Win7. Осталась на уровне 3600/3700

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

  • 5 months later...

вышли новые видеодрайвера, в том числе для для Ivy Bridge https://downloadcenter.intel.com/ru/search?keyword=Intel+HD+Graphics+2500

Что нового?
Этот драйвер включает в себя обновления безопасности.

 


в диспетчере устройств указана дата разработки: 27.12.2018

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

MDS-уязвимости подвержены практически все процессоры Intel начиная с архитектуры Sandy Bridge (представлены в 2011 году) и более новые, включая Atom. Исключение — Whiskey Lake (обновление ULT) и Whiskey Lake (десктопные). Чипы AMD, а также ARM-процессоры, включая модели от Apple, уязвимости ZombieLoad не подвержены. http://www.thg.ru/cpu/mds_uyazvimost_intel/index.html

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

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

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



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

    • 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.
       
      Посмотреть статью полностью
    • KL FC Bot
      От KL FC Bot
      Исследователи из американского Университета штата Мэриленд и китайского Университета Циньхуа опубликовали научную работу, в которой описан новый метод атаки по сторонним каналам (side-channel attack), использующий ранее неизвестную аппаратную уязвимость в процессорах Intel. Хотя уязвимость предположительно затрагивает и самые свежие процессоры этой компании, наиболее эффективно она позволяет атаковать более старые модели, подверженные также и уязвимости Meltdown. Данное исследование, возможно, представляло бы чисто научный интерес, если бы не одна особенность: кража секретной информации в ходе атаки происходит через изменение данных в регистре флагов.
      Можно попроще?
      Активное исследование аппаратных процессорных уязвимостей, связанных со спекулятивным выполнением инструкций, ведется уже больше пяти лет. Максимально упрощая, все предложенные атаки можно описать следующим образом: мы каким-то образом заставляем процессор считать данные, к которым не имеем доступа. Представьте себе такой теоретический сценарий. У программы атакующего нет доступа к ключу шифрования, с помощью которого защищены важные данные. Если дать процессору инструкцию «считай ключ шифрования по такому-то адресу», она не будет выполнена. На помощь приходит технология спекулятивного выполнения инструкций: одна из важных функций современных процессоров, используемая почти три десятилетия. Для ускорения работы процессор не ждет окончания выполнения одной инструкции, а параллельно выполняет следующую.
      Если первая инструкция проверяет права доступа к секретной информации, она, по идее, не должна позволить выполнять следующую команду на считывание этой информации. Но уже поздно: следующая инструкция выполнена спекулятивно. Важный момент: мы все еще не имеем доступа к этим данным, но процессор уже имеет. В известных уязвимостях типа Spectre данные временно загружаются в кэш-память процессора, считать информацию из которой просто так нельзя. Но можно делать это по сторонним каналам. Например: много раз выполнять какую-то инструкцию, время обработки которой меняется в зависимости от данных в кэш-памяти. Если повторить такую операцию много (тысяч!) раз, можно восстановить данные, просто наблюдая за тем, как быстро или медленно выполняется какая-то вроде бы безобидная команда.
      Мы понимаем, что это так называемое «простое» описание уже звучит достаточно сложно. Новая работа еще сложнее: авторы решили не тратить время на подробное описание атаки. В целом она вся показана на этой схеме:
      Схема атаки с выводом секретных данных через состояние регистра EFLAGS. Источник
      Давайте попробуем разобраться. EFLAGS — это регистр флагов в процессоре Intel, который отслеживает состояние работы процессора. В нем может сохраняться результат вычислений, в частности если он равен нулю (так называемый Zero Flag или ZF). Дальше происходит магия: представьте, что ваш коллега загадал число от 1 до 10. Вы по очереди называете ему все числа от 1 до 10, но он не хочет делиться с вами правильным ответом и на каждый из вариантов говорит слово «хризантема». Но когда вы называете правильное число, он говорит «хризантема» чуть позже, чем в других случаях!
      Примерно так и происходит в процессе новой атаки: мы проводим множество вычислений с секретными данными. Все эти вычисления выполняются спекулятивно. Результат записывается в флаг ZF (равен или не равен нулю). Мы даже не можем напрямую узнать состояние этого флага. Но затем мы выполняем, в общем, довольно бесполезную команду из состава инструкций JCC (а именно команду JZ: «переход, если результат равен нулю»), которая выполняется чуть медленнее, если мы угадали! Именно это промедление, задержка с ответом, которую можно измерить, и является уязвимостью.
       
      View the full article
×
×
  • Создать...