Zatuhnutí při přejmenování souboru
Napsal: 26 bře 2014 22:11
Ahoj, mám kuriozni problém na Win7 x64 Pro, při přejmenování Pomocí totalcmd nebo průzkumníka:
souboru (projevuje se to u souborů odt v 50% aktech přejmenování ; u mht, xls, pdf neprojevuje)
se daná aplikace aplikace (průzkumník/totalcmd) zatuhne (zobrazí se okno, že neodpovídá). v event logu se zobrazí nátev události AppHangTransient. Zajímavé je, že při tom je 1 jádro 100% vytížené na 5-15 sekund, (jinak je systém idle) procesem SearchFilterHost (potomek služby wsearch) - v procexp.u jsou krásně vidět v tabu cpu usage 25s obdélníky zátěže CPU, vytěžující thread je ole32.dll!ObjectStublessClient24, call stackje
ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a
ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732
ntoskrnl.exe!KeWaitForMultipleObjects+0x26a
ntoskrnl.exe!NtWaitForSingleObject+0x40f
ntoskrnl.exe!NtWaitForSingleObject+0x77e
ntoskrnl.exe!KeSynchronizeExecution+0x38a8
USER32.dll!ClientThreadSetup+0x146
RPCRT4.dll!Ndr64AsyncClientCall+0x505
RPCRT4.dll!Ndr64AsyncServerCallAll+0x18a3
Napadlo mě, ža by to mohlo být nějakým bugem v databázi search, ale ta (c:\ProgramData\Microsoft\Search\Data\) má 150 MB, takže to vylučuje nějaký leak. Ale jinak nevím čí to je.
souboru (projevuje se to u souborů odt v 50% aktech přejmenování ; u mht, xls, pdf neprojevuje)
se daná aplikace aplikace (průzkumník/totalcmd) zatuhne (zobrazí se okno, že neodpovídá). v event logu se zobrazí nátev události AppHangTransient. Zajímavé je, že při tom je 1 jádro 100% vytížené na 5-15 sekund, (jinak je systém idle) procesem SearchFilterHost (potomek služby wsearch) - v procexp.u jsou krásně vidět v tabu cpu usage 25s obdélníky zátěže CPU, vytěžující thread je ole32.dll!ObjectStublessClient24, call stackje
ntoskrnl.exe!KeWaitForMultipleObjects+0xc0a
ntoskrnl.exe!KeAcquireSpinLockAtDpcLevel+0x732
ntoskrnl.exe!KeWaitForMultipleObjects+0x26a
ntoskrnl.exe!NtWaitForSingleObject+0x40f
ntoskrnl.exe!NtWaitForSingleObject+0x77e
ntoskrnl.exe!KeSynchronizeExecution+0x38a8
USER32.dll!ClientThreadSetup+0x146
RPCRT4.dll!Ndr64AsyncClientCall+0x505
RPCRT4.dll!Ndr64AsyncServerCallAll+0x18a3
Napadlo mě, ža by to mohlo být nějakým bugem v databázi search, ale ta (c:\ProgramData\Microsoft\Search\Data\) má 150 MB, takže to vylučuje nějaký leak. Ale jinak nevím čí to je.