Microsoft реализует решение для устранения сбоев графического драйвера в Windows 11 26H2 при поддержке AMD, Intel и NVIDIA
В Windows 11 26H2 будет представлен важный инструмент, направленный на решение постоянной проблемы пользователей видеокарт: повторяющихся сбоев графического драйвера. Новая функция призвана положить конец сбоям, которые влияют на работу миллионов игроков и профессионалов.
Microsoft разрабатывает инновационную функцию под названием «Файлы дампа DirectX», предназначенную для того, чтобы разработчики могли понять точную причину сбоев графического процессора по мере их возникновения. Эта инициатива направлена на значительное улучшение диагностики неисправностей.
Основное внимание уделяется ошибкам, известным как TDR, что означает обнаружение и восстановление тайм-аута. Это явление проявляется, когда экран зависает, гаснет и возвращается с предупреждением о том, что драйвер перестал отвечать и был перезапущен, а функционал распространяется на оборудование AMD, NVIDIA и Intel.
Разгадка тайны графических сбоев с помощью файлов дампов DirectX
Концепция этой функции аналогична динамике файлов дампа памяти системы, так называемых *дампов памяти*, которые записывают состояние машины в случае аномалий. Однако в этом случае реестр детально фотографирует состояние видеокарты.
Когда происходит сбой графики, будь то из-за сбоя, зависания изображения или внезапного перезапуска драйвера, активируется новая функция, позволяющая получить точный снимок работы графического процессора в этот момент.
Результатом этого захвата является файл с расширением .dxdmp, содержащий подробную информацию о задействованном компоненте, используемом драйвере, операционной системе и приложении, на которое повлиял инцидент.
Подробная информация хранится в файлах .dxdmp.
Большим преимуществом этой технологии является возможность консолидировать в один файл информацию, которая в настоящее время рассредоточена по нескольким диагностическим инструментам. Это избавляет разработчика от необходимости вручную ссылаться на записи, чтобы определить причину сбоя.
Процесс дампа данных собирает состояние оборудования, включая значения регистров, счетчики программ шейдеров, адреса ошибок страниц и используемые буферы команд.
Наряду с этими данными включается информация из уровня DirectX и ядра системы, охватывающая объекты D3D, состояния конвейера, сведения о графическом адаптере и стеки вызовов ЦП. Разработчики также могут прикреплять до 2 МБ данных конкретного приложения с помощью новых API-интерфейсов D3D12.
Эта технология была впервые представлена на GDC 2026, а в ее создании приняли активное участие три крупнейших производителя графических процессоров.
Microsoft описала эту функцию как «большое достижение в отладке сбоев графического процессора в Windows», выпустив общедоступную предварительную версию в блоге разработчиков DirectX.
Leia Também
Месси забил 19 голов на чемпионатах мира по футболу благодаря великолепному штрафному удару для Аргентины в матче с Иорданией
Криштиану Роналду блистает за пределами футбольного поля на чемпионате мира 2026 года благодаря своей бизнес-империи и семейной роскоши.
В 41 год Криштиану Роналду подтверждает свое историческое наследие и готовится блеснуть на чемпионате мира 2026 года.
Понимание различных уровней сбора данных
Система предлагает несколько методов сбора, которые устанавливают баланс между объемом записываемых данных и влиянием на производительность системы. Выбор идеального режима осуществляет профессионал, разрабатывающий программное обеспечение.
- NO_OVERHEAD: не требует затрат производительности, подходит для широкого распространения и стандартного захвата.
- MEDIUM_OVERHEAD: имеет умеренную стоимость производительности и предоставляет дополнительные данные для диагностики.
- HIGH_OVERHEAD: он требует высоких затрат на производительность и идеально подходит для углубленного исследования драйверов и самого графического процессора.
На совместимом оборудовании, отнесенном к уровню 2, бесплатный режим уже включен по умолчанию. На практике это позволяет разработчикам получать полезную диагностику без необходимости изменять какую-либо строку кода.
Однако эта функция доступна только в виде предварительной версии, и есть важная оговорка: подготовленный драйвер пока есть только у AMD, версии 26.10.07.02 AgilitySDK Developer Preview. NVIDIA и Intel по-прежнему должны предоставить эквивалентные пакеты для своих устройств.
Анализ сгенерированных файлов выполняется с помощью PIX, графического инструмента отладки Microsoft, который уже поддерживает формат .dxdmp в своей предварительной версии.
Официальный и широкий запуск технологии запланирован на осенний период в Северном полушарии, с сентября по ноябрь 2026 года, что совпадает с появлением новой версии операционной системы Windows.
Проект был разработан для обслуживания двух различных фронтов.
Один из них — сбор информации о поломках непосредственно с компьютера конечного пользователя, в среде реального использования.
Другой фронт состоит в поддержке команд тестирования и разработки в расследовании проблем на стенде, прежде чем игра или программа станут доступны публике.
История отказов: долгая борьба с черным экраном драйверов
Для конечного потребителя запрос на окончательное решение не нов. Сбой, который заставляет драйвер перезапускаться и вызывает ужасный «черный экран», является одной из самых старых жалоб от тех, кто использует свой компьютер для игр или работы с тяжелой графикой, требуя реакции нескольких поколений операционной системы.
Microsoft уже реализовала улучшения в этом аспекте; Модель WDDM 3.2, представленная в версиях 24H2 и 25H2, принесла определенные успехи в лечении этих сбоев. Однако отсутствовал технологический уровень, способный определить точную причину сбоя, и в этот момент пользователь остался без ответов.
Файлы дампа DirectX не являются автоматическим исправлением сбоев, но они предоставляют отсутствующий исследовательский материал. Благодаря стандартизированным отчетам AMD, NVIDIA и Intel Microsoft предоставляет разработчикам и производителям оборудования инструменты, необходимые для того, чтобы превратить повторяющиеся жалобы в сквозную отслеживаемую проблему, напрямую влияющую на качество обслуживания конечных пользователей.
