В Windows 11 нашли скрытую настройку ускорения процессора

В Windows 11 нашли скрытую настройку ускорения процессора

В Windows 11 нашли скрытую настройку ускорения процессора

Оказывается, в Windows 11 уже давно спрятана функция, которая позволяет заметно изменить поведение процессора, от максимальной производительности до экономии энергии и снижения шума вентиляторов. Проблема лишь в том, что по умолчанию Microsoft её скрывает.

Речь идёт о настройке Processor Performance Boost Mode. Она отвечает за то, насколько агрессивно Windows разрешает процессору повышать частоту выше базовых значений.

По умолчанию пользователи видят в настройках питания только минимальное и максимальное состояние процессора. Однако через изменение одного параметра в реестре можно открыть целый набор дополнительных профилей управления производительностью:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\54533251-82be-4824-96c1-47b60b740d00\be337238-0d82-4146-a960-4f3749d470c7

После активации в разделе управления питанием появляются режимы Aggressive, Efficient Enabled, Efficient Aggressive, а также несколько вариантов At Guaranteed.

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

Режимы с приставкой Efficient работают наоборот — стараются экономить энергию, снижать нагрев и уменьшать шум системы, не отключая ускорение полностью.

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

Функция работает на системах с поддержкой технологии Collaborative Processor Performance Control (CPPC), которая есть у большинства современных процессоров AMD и Intel.

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

Любопытно, что Microsoft никак не рекламирует эту возможность и прячет её от большинства пользователей.

GitHub лёг почти целиком: ошибки затронули API, Actions и Copilot

17 августа GitHub столкнулся с глобальным сбоем, затронувшим почти все основные функции платформы. Разработчики жаловались на проблемы с веб-интерфейсом, API, Issues, Pull Requests, Actions, Webhooks, Pages, Git Operations и Copilot. В разгар инцидента около 20% запросов к сайту и API завершались ошибками.

При загрузке архивов и необработанного содержимого репозиториев показатель доходил примерно до 50%.

Также пострадали корпоративные механизмы аутентификации SAML и OIDC, службы SCIM и Team Sync.

Первые признаки деградации GitHub зафиксировал около 13:40 UTC. Затем список затронутых компонентов начал расти: проблемы последовательно появились у API Requests, Actions, Webhooks, Issues, Pull Requests, Copilot, Pages и операций Git. Codespaces при этом продолжал работать штатно.

Команда обнаружила проблемный компонент и приняла меры. Согласно последнему сообщению от GitHub, сервисы постепенно восстанавливаются, однако уровень ошибок всё ещё немного превышает норму. Полностью закрывать инцидент компания пока не стала. Актуальный статус GitHub можно посмотреть по этой ссылке.

Параллельно пользователи сообщали о неполадках в других сервисах экосистемы Microsoft, включая Teams и Copilot. Эксперты предположили связь происходящего с сетевыми проблемами Amazon Web Services, однако GitHub официально эту версию не подтверждал и первопричину ещё не раскрыл.

RSS: Новости на портале Anti-Malware.ru