Репортаж от Wedoany，Технологический гигант Microsoft недавно в рамках программы предварительной оценки Windows (Windows Insider) начал скрытое тестирование для Windows 11 новой функции под названием «Профиль низкой задержки» (Low Latency Profile). Эта функция призвана сократить задержки отклика системы за счет мгновенного значительного повышения частоты процессора. Особенно при выполнении высокоприоритетных взаимодействий, таких как открытие приложений, вызов меню «Пуск» или контекстного меню, этот механизм может вывести производительность процессора на пиковый уровень в течение очень короткого времени — от 1 до 3 секунд, обеспечивая заметное визуальное повышение плавности. Однако эта стратегия планирования производительности, изначально направленная на улучшение базового пользовательского опыта, вызвала волну критики в технических сообществах, таких как платформа X, породив широкие споры о том, является ли это низкоуровневой оптимизацией или «грубым читерством».
Согласно данным тестов, раскрытым технологическими изданиями Windows Central и Windows Latest в начале мая, эта функция показала поразительные результаты в тестовой среде, имитирующей оборудование начального уровня, но логика ее работы оказалась весьма прямолинейной. Тестировщики провели контрольную проверку на виртуальной машине, созданной на базе процессора Intel i5-13420H (с выделением всего двух ядер ЦП и 4 ГБ ОЗУ): без активации этой функции открытие меню «Пуск», браузера Edge или Outlook сопровождалось заметными подтормаживаниями, процессор не полностью раскрывал свою вычислительную мощность. Когда же «Профиль низкой задержки» был активирован и включен, при клике по браузеру Edge загрузка ЦП мгновенно подскакивала до 96%, а затем в течение 3 секунд падала до 17%; при запуске Outlook пиковая загрузка ЦП достигала 97%, после чего быстро снижалась до 3%. Официальные данные тестирования Microsoft дополнительно указывают, что этот механизм способен повысить скорость запуска встроенных приложений, таких как Edge и Outlook, до 40%, а скорость отклика меню «Пуск» и контекстного меню — до 70%. Поскольку процессор лишь кратковременно испытывает высокочастотную нагрузку, влияние этого механизма на время автономной работы ноутбука и тепловыделение минимально, причем весь процесс полностью управляется системой в фоновом режиме и не поддается ручному контролю пользователя.
Однако такой подход — временное использование предельной вычислительной мощности оборудования для устранения микрозадержек интерфейса — быстро подвергся острой критике в социальных сетях. Пользователь платформы X @sainimatic написал: «На дворе 2026 год, Microsoft нужно кратковременно переводить вашу машину в режим максимальной производительности на полную мощность, чтобы открыть меню «Пуск» без задержек, и они еще считают, что об этом стоит объявлять СМИ и общественности и давать этому название». Многие гики на этом основании заключили, что это лишь попытка скрыть раздутость низкоуровневого кода Windows с помощью «грубого форсирования частоты ЦП», что является лечением симптомов, а не причины. Столкнувшись с этой технико-этической полемикой, Скотт Хансельман, занимающий пост технического вице-президента подразделений Microsoft CoreAI, GitHub и Windows, лично включился в многократные онлайн-опровержения. Он ответил на платформе X: «Все современные операционные системы делают это, включая macOS и Linux. Это не «читерство», это стандартный прием современных систем для обеспечения плавности приложений — они временно повышают частоту процессора и назначают интерактивным задачам наивысший приоритет обработки, чтобы эффективно устранить задержки». Отвечая на жалобу упомянутого скептика, Хансельман высказался еще прямее: «Apple делает именно так, и вы все от этого в восторге».
Когда другой пользователь поинтересовался, почему Microsoft не внедрила эту схему планирования раньше, Хансельман признал, что за этим, вероятно, стоят исторические ограничения, связанные с совместимостью. Он добавил, что это изменение может быть более эффективным для современных процессоров на архитектуре Arm с быстрым переключением, а предыдущие препятствия могли быть связаны с трудностями адаптации средств доступа пользовательского режима для этого типа архитектуры, а также с давними проблемами низкоуровневого планирования на традиционной архитектуре x64. Чтобы дополнительно развеять внешние опасения по поводу «отсутствия технической сложности» в этой стратегии, Хансельман в отдельном ответе отметил, что подобный дизайн является основной логикой калибровки, обеспечивающей плавный тактильный отклик в смартфонах. Современные телефоны уже давно выполняют такие миллисекундные всплески и спады частоты при каждом прикосновении к экрану, просто теперь это перенесено на момент открытия меню и приложений на настольных компьютерах. В своих ответах он неоднократно подчеркивал, что у Microsoft много первоклассных инженеров для решения проблем на уровне кода, но не раскрыл, какие именно конкретные системные ограничения ранее не позволяли реализовать эту стратегию производительности.
На самом деле, вызвавший бурные споры «Профиль низкой задержки» — это не изолированный патч, а, по мнению сторонних наблюдателей, ключевое звено масштабного плана Microsoft по улучшению пользовательского опыта под кодовым названием «Project K2», реализуемого внутри компании уже более года. Согласно расследованиям СМИ, этот проект не только охватывает показатели микроскопических прорывов в производительности за счет гибкого планирования ЦП, но в последнее время также включает широкое внедрение большого количества нативных системных компонентов, перестроенных на основе фреймворка интерфейса WinUI 3, и постепенную замену устаревшего遗留 кода, оставшегося в системе со времен Windows 95, для снижения избыточной нагрузки во время выполнения. Следует отметить, что в настоящее время «Профиль низкой задержки» все еще находится на стадии раннего ограниченного тестирования, доступного лишь части доверенных участников программы Insider, и не вышел на официальный канал выпуска. Согласно методам активации, выявленным техническим сообществом, для предварительного ознакомления с функцией необходимо использовать скрытый инструмент, вызываемый через идентификационные коды 60716524 и 61391826. Ее окончательный вид и возможность предоставления ручного переключателя всем пользователям пока не определены.
Данный материал скомпилирован платформой Wedoany. При цитировании материалов, созданных с помощью искусственного интеллекта (ИИ), необходимо обязательно указывать источник — «Wedoany». В случае выявления нарушения прав или иных проблем просим своевременно информировать нас. Сайт оперативно внесёт изменения или удалит материал.Электронная почта: news@wedoany.com
