| Предыдущий | Следующий |
| SAVER_NAVIGATIONMODEL | SAVER_GRAPHICS |
SAVER_OUTOFMEMORY
Категория SAVER нехватки памяти SAVER_OUTOFMEMORY
SAVER_OUTOFMEMORY имеет код проверки ошибки 0x0000F007. Эта категория SAVER означает исчерпание ресурсов в диагностическом производителе или связанном пути приложения или оболочки. Её следует сопоставить с памятью процесса, фиксацией, графическими выделениями и данными WER о ресурсах.
Как читать дамп SAVER_OUTOFMEMORY
- Рассматривайте значение как внутреннюю диагностическую категорию Windows, а не классический код синего экрана с публичными параметрами.
- Для SAVER_OUTOFMEMORY имя процесса, список модулей, запись журнала событий и категория WER важнее одного лишь символьного имени.
- Для SAVER_OUTOFMEMORY, если дамп существует, определите, является ли он динамическим дампом, дампом модели приложений или дампом проверки ядра, инициированной для диагностики.
Что проверить для SAVER_OUTOFMEMORY
- Проверьте фиксацию процесса и системы, память GPU и журналы ресурсов оболочки и модели приложений.
- Сохраните дампы памяти и данные WER до многократных перезапусков.
- Отделите обычную нехватку памяти процесса от исчерпания фиксации ядра или графических ресурсов.
Ссылки для SAVER_OUTOFMEMORY
- Windows SDK bugcodes.h
- Исследовательский указатель кодов проверок ошибок Windows
- Отчёты об ошибках Windows
- Справочник кодов проверок ошибок Microsoft
- Анализ kernel-mode dump в WinDbg
Данные дампа для SAVER_OUTOFMEMORY
Для SAVER_OUTOFMEMORY сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_OUTOFMEMORY»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SAVER_OUTOFMEMORY
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SAVER_OUTOFMEMORY, а не полагайтесь только на строку probably-caused-by. - Для SAVER_OUTOFMEMORY найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / outofmemory.
- Для SAVER_OUTOFMEMORY сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SAVER_OUTOFMEMORY до сохранения дампа и журналов событий. Для SAVER_OUTOFMEMORY способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Данные дампа для SAVER_OUTOFMEMORY
Для SAVER_OUTOFMEMORY сохраните полный дамп, четыре параметра bug check, точную сборку Windows, список загруженных модулей и временную шкалу событий непосредственно перед остановкой. AllStat описывает это состояние как «SAVER_OUTOFMEMORY»; эта формулировка указывает класс сбоя, а параметры и стек позволяют определить задействованный объект, драйвер, процессор или экземпляр подсистемы.
Порядок анализа для SAVER_OUTOFMEMORY
- Запустите WinDbg
!analyze -v, затем разберите документированное значение каждого параметра SAVER_OUTOFMEMORY, а не полагайтесь только на строку probably-caused-by. - Для SAVER_OUTOFMEMORY найдите самое раннее аномальное событие: обновление драйвера, изменение прошивки, сброс устройства, ошибку хранилища, отчёт Verifier, исчерпание ресурсов или зависание приложения, связанное с saver / outofmemory.
- Для SAVER_OUTOFMEMORY сохраните в перечне модулей сторонние фильтры, драйверы безопасности, хранилища, графики и виртуализации; удаление данных до анализа дампа может скрыть ответственный путь.
Не перезагружайте многократно систему с SAVER_OUTOFMEMORY до сохранения дампа и журналов событий. Для SAVER_OUTOFMEMORY способ восстановления должен определяться компонентом из стека и параметров, а не только символьным именем stop-кода.
Нужно найти другой код? Найти другой код состояния или ошибки.