takoedelo

Небольшое бета-обновление клиента Steam, выпущенное в среду, должно исправить сбой при запуске клиента Steam, когда драйверы OpenGL не найдены. Хотя бета-обновление Steam от 28 февраля, судя по журналу изменений, небольшое, единственное исправление для Linux в этом выпуске заключается в том, чтобы не зависать при запуске, когда драйверы OpenGL не найдены.  Хотя OpenGL традиционно был обычным явлением на настольных компьютерах Linux, многие современные игры теперь либо поддерживают Vulkan API напрямую, либо являются играми для Windows, запущенными через Steam Play и использующими DXVK / VKD3D-Proton для маршрутизации вызовов Direct3D через Vulkan. Все больше настольных компьютеров / компиляторов Linux начинают использовать Vulkan API непосредственно вместо OpenGL. Кроме того, с появлением новых драйверов Vulkan с открытым исходным кодом и постоянно уменьшающимся вниманием к OpenGL, в 2024 + году наступит время, когда OpenGL будет менее распространен на настольных компьютерах Linux, особенно для геймеров / энтузиастов. Даже для тех, кто нуждается в поддержке OpenGL API, благодаря Zink OpenGL поверх Vulkan - это реальность. Поскольку драйверы NVK и Mesa PowerVR Vulkan даже предпочитают Zink now собственным драйверам OpenGL для соответствующих поколений оборудования, отдача от OpenGL еще больше снижается. Наконец-то мы начинаем попадать в мир, основанный на Vulkan, или, по крайней мере, в тот, где OpenGL отходит на второй план на десктопах Linux. К счастью, в последней бета-версии клиента Steam исправлен сценарий сбоя при неспособности обнаружить поддержку драйверов OpenGL.

Драйвер Intel HFI может "Сэкономить тонны циклов процессора", включаясь только при необходимости С 2022 года ядро Linux поддерживает интерфейс обратной связи с оборудованием Intel "HFI" через драйвер "intel_hfi" для улучшения поддержки гибридных процессоров Core. Intel HFI может использоваться для передачи данных о производительности и энергоэффективности отдельных процессорных ядер системы. В свою очередь, ядро Linux может использовать данные Intel HFI для лучшего распределения задач между доступными процессорными ядрами / потоками. С новой серией исправлений драйвер Intel HFI может "экономить тонны циклов процессора", включаясь только при необходимости. Для драйвера Intel HFI Linux была пересмотрена серия исправлений, которые позволяют включать функцию HFI только при необходимости. Или, в частности, включать ее только при наличии активных пользователей пользовательского пространства. Если установлен Intel Speed Select или Intel Low-Power daemon, интерфейс Intel HFI активируется, но в противном случае он будет отключен, что, в свою очередь, очевидно, может сэкономить значительные ресурсы процессора. В последних исправлениях для драйвера Intel HFI объясняется: "Механизм уведомлений реализован в драйвере [intel_hfi], он используется для динамического отключения интерфейса аппаратной обратной связи (HFI). Благодаря реализации обратного вызова thermal genl notify драйвер теперь может включать или отключать HFI в зависимости от фактического спроса, особенно когда пользовательские приложения, такие как intel-speed-select или Intel Low Power daemon, используют события, связанные с производительностью и энергоэффективностью. На машинах, где присутствует Intel HFI, но не установлены компоненты пользовательского пространства, мы можем сэкономить тонны циклов процессора." Имеет смысл динамически переключать поддержку ядра Intel HFI в зависимости от необходимости, но удивительно, что этого не было сделано с самого начала, и что это, по-видимому, может сэкономить значительное количество циклов процессора. Но для тех, кто хочет максимально использовать преимущества своих современных гибридных процессоров Intel Core (Alder Lake / Raptor Lake / Meteor Lake), потребуется загрузить программное обеспечение Intel Low Power Mode Daemon (LPMD) для максимальной энергоэффективности.

Linux 6.8 x86 / срочное обновление Повышает защиту от ошибок процессора  "x86 / срочный" запрос на извлечение перед ядром Linux 6.8-rc6, который будет выпущен позже сегодня, представляет собой набор исправлений от Intel, гарантирующих, что очистка буферов процессора с использованием инструкции VERW происходит в самой последней возможной точке пути возврата кода в пространство пользователя. Это делается для лучшей защиты от ошибок процессора, таких как микроархитектурная выборка данных (MDS). В последние несколько месяцев инженеры Intel Linux работали над тем, чтобы отложить VERW для очистки микроархитектурных буферов процессора на более поздний этап кодирования возврата процессора в пространство пользователя. Инженер Intel Паван Гупта объяснил это в исправлениях: Устаревшая инструкция VERW была перегружена некоторыми процессорами для очистки микроархитектурных буферов ЦП в качестве смягчения ошибок ЦП. Эта серия переносит выполнение VERW на более поздний этап на пути выхода к пользователю. Это необходимо, потому что в некоторых случаях может оказаться возможным доступ к данным ядра после VERW в arch_exit_to_user_mode(). Такой доступ может привести к помещению данных в буферы процессора, подверженные MDS, например: 1. Данные ядра, к которым обращается NMI между VERW и return-to-user, могут оставаться в буферах процессора (поскольку NMI, возвращающийся в ядро, не выполняет VERW для очистки буферов процессора). 2. Алисса сообщила, что после выполнения VERW CONFIG_GCC_PLUGIN_STACKLEAK=y очищает стек, используемый системным вызовом. Обращения к памяти во время очистки стека могут переместить содержимое стека ядра в буферы процессора. 3. Когда сохраненные регистры вызывающего устройства восстанавливаются после возврата из функции, выполняющей VERW, обращения к стеку ядра могут оставаться в буферах процессора (поскольку они происходят после VERW). Хотя эти случаи менее практичны в использовании, перемещение VERW ближе к кольцевому переходу уменьшает поверхность атаки. Это может привести к некоторым незначительным изменениям производительности в результате задержки очистки VERW. Основное внимание в серии исправлений с "ошибками процессора", по-видимому, уделяется атакам по побочным каналам микроархитектурной выборки данных (MDS), раскрытым несколько лет назад.