Der Windows 10-Suchindizierungsdienst liest das Laufwerk gelegentlich ohne ersichtlichen Grund neu

410
Shlomi A

Ich habe interessante Standorte für meine beiden von Windows Search indizierten Festplatten gefunden. Gelegentlich liest SearchProtocolHost.exe (Windows- Suchindexierungsdienst ) die Laufwerke ohne ersichtlichen Grund intensiv neu. Dies geschieht einmal am Tag oder so, auch wenn die Indexierung schon lange abgeschlossen ist.

Windows-Indizierungsoptionen: Indizierung (lang) abgeschlossen

Mit ProcessExplorer legte ich fest, wie lange das Laufwerk intensiv gelesen wird und mit welcher Geschwindigkeit. Ich habe festgestellt, dass der Windows-Indexdienst in der Größenordnung von 350 GB (!) Vom Laufwerk liest . Das entspricht ungefähr der gesamten indizierten Datenmenge meines SSD-Laufwerks. Ich habe auch ein zweites Laufwerk, ein HDD-Laufwerk. obwohl es scheint, dass Windows es nicht regelmäßig neu indiziert.

ProcessExplorere-Systeminformationen: SearchProtocolHost.exe frisst CPU- und Festplatten-E / A

Fragen

1. Warum liest Windows regelmäßig so viele Daten von der Festplatte, obwohl die Indizierung bereits abgeschlossen ist?

2. Warum indiziert Windows nur Daten vom SSD-Laufwerk und nicht vom Festplattenlaufwerk? (so scheint es)


Technische Details

Ich arbeite an einem ziemlich neuen HP ProBook Laptop, Windows 10 Pro, Version 1709.

Aufrufstack von SearchProtocolHost.exe während des Indexierungsvorgangs (mit ProcessExplorer):

ntoskrnl.exe!KeSynchronizeExecution+0x5c46 ntoskrnl.exe!KeWaitForSingleObject+0x1070 ntoskrnl.exe!KeWaitForSingleObject+0x9ee ntoskrnl.exe!KeWaitForSingleObject+0x1c9 ntoskrnl.exe!KeInsertQueueApc+0x973 ntoskrnl.exe!KeWaitForSingleObject+0x2c10 ntoskrnl.exe!KiCheckForKernelApcDelivery+0x25 ntoskrnl.exe!PsLookupThreadByThreadId+0x1d2f ntoskrnl.exe!setjmpex+0x6f33 ntdll.dll!NtAlpcSendWaitReceivePort+0x14 RPCRT4.dll!RpcServerInqCallAttributesW+0x1e1a RPCRT4.dll!RpcServerInqCallAttributesW+0x365f RPCRT4.dll!RpcServerInqCallAttributesW+0x421e RPCRT4.dll!RpcServerInqCallAttributesW+0x573d RPCRT4.dll!RpcServerInqCallAttributesW+0x106e RPCRT4.dll!RpcServerInqCallAttributesW+0x2793 RPCRT4.dll!RpcBindingSetAuthInfoExW+0x448 ntdll.dll!RtlSetThreadWorkOnBehalfTicket+0x237e ntdll.dll!RtlSetThreadWorkOnBehalfTicket+0x8f6 KERNEL32.DLL!BaseThreadInitThunk+0x14 ntdll.dll!RtlUserThreadStart+0x21 
0

0 Antworten auf die Frage