Целесообразность попытки анализа MEMORY.DMP, когда утекло много времени?

Question

[wolkir]

Имеет ли смысл спустя значительное время и я уже не смогу предположить контекста bsod или что могло быть что сформировался MEMORY.DMP. Не совсем понимаю как его анализировать (возможно ли?) и если все работает и норм? Ноут мой клиентский вин10, может я конечно что с гипервизором (hyper-v) запутался и WDT или на мне касперского- bitlocker тестировали -- но ща этим не занимаю на ноуте и каспер работает покладисто...

Comments

[Telcontar]

Для начала - изъяснитесь по-русски, в текущем виде это какой-то поток бессвязных мыслей, а не вопрос

[res2001]

Анализ дампа вам вряд ли бы помог, даже если бы вы его сделали во время. В лучшем случае можно было бы вычислить виновника падения и избавиться от этого софта, но это можно сделать и другими способами.

У меня было несколько раз, когда я пытался анализировать дамп винды по горячим следам. Но все разы сам анализ мне довести до конца не удалось (уж больно муторное это занятие и без навыков довольно сложное) и проблемы так или иначе решались другим способом.

Дамп, возможно, пригодился бы для не большой части проблем, которые без разработчиков обычно решить не возможно. Но помог бы он разработчику, а не вам.

[wolkir]

Спасибо!

Answer 1

[Евгений]

WhoCrashed или BlueScreenView
используется для анализа дампов
Дамп настраивается в Загрузка и восстановление


По умолчанию он минимальный, чем выше, тем больший размер занимает на диске и тем более отладочный вариант выбирается для анализа и даёт больше сведений. Максимальный по размеру ОЗУ.
Лично мне хватало WhoCrashed или BlueScreenView
Получается если у вас с железом всё нормально, его вообще можно отключить.

Comments

[wolkir]

Спасибо большое! да вот в целую оперативу размером (и думаю может оно нафиг не надо на диске.. большой ж файл то!)