Как да разберете кой драйвер претоварва DPC и прекъсвания
Уважаеми, как да разбера кой драйвер презарежда DPC и прекъсвания, като по този начин спира системата? Получих някакъв драйвер, който периодично и по-често при работа с USB кара виртуалните процеси на DPC и Interrupts в ProcessExplorer да започнат да работят с висок приоритет при 48% от процесора всеки. Нетърпимо е, а и не искам да пренареждам Windows. W7 x64. За xp8664, въпреки че има помощни програми от Microsoft за тази цел, но не и за w7x64. Как да бъдем? Как да проследим скапан шофьор?
16 отговора на Как да разбера кой драйвер претоварва DPC и прекъсванията?
ProcessExplorer не помага?
помага само да се види проблемът, а не да се реши. Това са виртуални процеси, показват интензивността на заявките за прекъсване и извикванията на отложени процедури. Ако имаше същия мениджър на процеси, само за драйвери, би било чудесно.
Всичко вече е откраднато преди нас. Ако има DDK, но не
Получаваме такъв красив знак:
Но, разбира се, това не е достатъчно за нас, така че изтегляме WPT. За да направите това, можете да изтеглите уеб инсталатора, да инсталирате само Win32 Development Tools и след това от Start>Install Windows Performance Toolkit (x64). След това казваме няколко прости заклинания:
Е, мат в два хода. Едно:
В този момент един от водачите, както разбирам, идва неилюзорно прецакан.
Подозирам, че това, което се прави от tracelog, може да бъде направено от logmanom/perfmonom, но не ми пука как да генерирам обобщена таблица от събрания журнал и съм твърде мързелив, за да го разбера така или иначе xperf е по-добър :)
Приятелю, ти си сатанист! Господи, колко много неща не знам!
благодаря, вече намерих WPT вчера. Цяла вечер се чуках с него, днес ще продължа. Проблемът е, че когато систематаkondrat атакува, този xperf едва се движи. Силата ми вече я няма.
да, така е ***! Сега, в свободното си време, ще разглобя лаптопа, ще потърся COMport, свързан в него, ще хакна ядрото на дебъгера и ще потърся причината за шибания ми лаптоп след инсталиране на дърва за огрев, той спира да работи до студено рестартиране с прекъсване на захранването. След това ще изпратя всички регистрационни файлове на MS. От месец се опитвам да намеря време, хората в МС вече чакат моя опит (:
И какво общо има WPT с това? Когато kondrat атакува, започнете да събирате трупи. Когато позволи, започнете да анализирате. Всичко е просто
това е смисълът, не го позволява. когато започне екшъна, едва ли мога да стигна до рестартирането с мишката. и ако пусна xperf вътре, той като цяло е мъртвец. и всичко ще е наред, ще страдам един ден, нека събере трупите. но докато не се запише име на файл на xperf d, отчетът не се създава. Ще го хвана като е по-слабо, тогава ще пробвам.
Познавам този вид секс, веднъж дебъгвах рутер през свързан comport. само нямаше кой да изпрати регистрационните файлове, защото той е на Linux)
Така че това включва постоянна следа. Само не забравяйте да повторите файла, в противен случай рискувате да се сбогувате с цялото свободно пространство много бързо. Старт: xperf на diageasy f kernel.etl maxfile 100 filemode circular
Можете също да направите "flushtimer 1". За по-сигурно ще ви кажа една тайна: лог-файлът се записва директно от ядрото и не е необходимо да се слива. Имам предвид xperf stop И това е. Простото нулиране може да свърши работа, въпреки че не съм сигурен. Най-общо казано, ETW е предназначен за намиране на дефекти (включително производителност, но не само тях и същата WPP, базирана на ETW, оцелява доста добре при проверки на грешки).
Благодаря ти. точно това търсех, но не можах да намеря.
изрязани символи. Както се страхувах, usbport.sys се оказа драйверът, т.е. нищо конкретно. Намерих един пич тук със същата диагноза, при него всичко се оправи с премахване на драйвера на Daemon tools sptd.sys и нулиране на BIOS по подразбиране. Мисля по-нататък.
Опитайте повече проследявания на профили със stackwalk: не самият usbport е решил да полудее, може би някой го дърпа. Незабавно изчакайте около 10% използване на процесора (и какво да направите)
Проверете самата карта. Имах нещо подобно - умираща PCIMCA dlink карта, която плътно окачваше цялата система при зареждане, работеше само ако беше включена във вече заредена система.