Beim ersten Anblick dachte ich, dass dies etwas mit dem Native Image Generation Service (ngen) zu tun haben könnte. Dies kann entweder direkt aufgerufen oder als Dienst ausgeführt werden. Der Name des Dienstes ist jedoch tatsächlich mscorsvw.exe(denke ich; es sei denn, es wurde in .NET 4.5 / VS 2013 geändert). Ich habe auch vergessen, dass services.exe eigentlich der Dienststeuerungs- Manager ist und sich nicht auf einen bestimmten Dienst bezieht, da keine Windows-Dienste tatsächlich in services.exe gehostet werden.
Das Problem ist, dass dies sehr spezifisch für Ihre Konfiguration sein wird. Es könnte sich um Hardware handeln. es könnte ein Fahrer sein; Möglicherweise handelt es sich dabei um einen Virus, der scheinbar legitim ist und versucht, sich selbst zu maskieren.
Überprüfen Sie Ihr Windows-Ereignisprotokoll unter Verwaltung. Wird es ungeheuerlich gespammt? Ich glaube, das Ereignisprotokoll schreibt services.exe ein.
Möglicherweise ist auch von Interesse, dass Hotplug-Gerätetreiber (für USB-Peripheriegeräte und heutzutage sogar Grafikkarten) über services.exe geladen werden. Von Wikipedia :
Services, deren Typregistrierungswert SERVICE_KERNEL_DRIVER oder SERVICE_FILE_SYSTEM_DRIVER lautet, werden speziell behandelt: Hierbei handelt es sich um Gerätetreiber, für die ScStartService () die ScLoadDeviceDriver () - Funktion aufruft, die den entsprechenden Treiber lädt (normalerweise eine Datei mit der Erweiterung .sys), die sich in% befindet. SystemRoot% \ System32 \ Drivers \ Verzeichnis. Zu diesem Zweck wird der NtLoadDriver-Systemaufruf aufgerufen, und das SeLoadDriverPrivilege wird dem SCM-Prozess hinzugefügt.
Der SCM, alias services.exe, hat also eine fragile und äußerst privilegierte Interaktion mit den Gerätetreibern des Systems. Ein Treiber könnte höchstwahrscheinlich eine Fehlfunktion haben und in regelmäßigen Abständen versuchen, sich selbst (möglicherweise aufgrund eines Absturzes) neu zu laden, und während der Initialisierungsroutine, die in services.exe ausgeführt wird, viel Arbeitsspeicher im SCM beansprucht.
Diese Antwort ist sehr spekulativ, da ich aufgrund der von Ihnen bereitgestellten Informationen keine genaue Antwort habe. Es tut uns leid.
Dinge zu versuchen:
- Sehen Sie sich das Ereignisprotokoll wie ein Falke an. Sehen Sie, ob etwas zu der Zeit geschrieben wird, in der Sie die Verzögerung erfahren.
- Stellen Sie fest, ob dies geschieht, ohne dass Visual Studio ausgeführt wird.
- Aktualisieren Sie Ihre Treiber. Ich weiß, dass das albern klingt, aber es könnten tatsächlich Fahrer sein.