Win10 (et 8.1) des performances de démarrage mystérieusement lentes

Je suis passé de 8,1 à 10 récemment (et 7 auparavant). Lors de la connexion, je laisse un tas de programmes dont j'ai besoin et démarrons automatiquement dans systray: procexp (pour la surveillance), les clients de chat, des outils comme super-f4 et flux, etc. Cette situation de démarrage automatique a à peine changé long soit parce qu'ils sont tous des programmes assez légers.

Le 7, les choses se sont passées rapidement après la connexion et mon systray s'est rempli des icônes nécessaires, comme si elles venaient d'une mitraillette. Depuis que j'ai 8 et 10 ans, cette vitesse a beaucoup diminué, au point d'attendre longtemps avant que les choses ne commencent, mais Windows semble à peine faire quoi que ce soit. J'ai changé d'antivirus et de nombreux autres facteurs, mais rien n'y fait. Il semble que Windows lui-même maintienne les choses en place.

J'ai un SSD rapide, 8 Go de RAM, pas de problèmes particuliers, etc.

J'ai effectué une vérification hier avec l'enregistreur de performance Windows. Voici l'aperçu du graphique:

Le processeur tourne au ralenti la moitié du temps, mon disque SSD ne fait pas grand chose, la RAM est abondante.

D’autres personnes voient essentiellement leur performance s’amplifier jusqu’à ce qu’une ressource soit goulot d’étranglement, c’est ce que je souhaite. Qu'est-ce qui pourrait rendre mon démarrage post-connexion aussi long? J'ai lu de vagues astuces ici et là que les nouvelles versions de Windows retardent artificiellement le démarrage pour les personnes qui ne veulent pas que leur PC engorge une ressource après la connexion (TBH est contre-productif), mais ne trouve rien de difficile à ce sujet.

Il n'y a aucune série d'erreurs récurrentes dans l'observateur d'événements lors de la connexion, donc ce n'est pas ça non plus.

Quoi d'autre pourrait me ralentir?

Lorsque vous ouvrez l’ETL dans WPA, cliquez sur Profiles - & gt; Apply - & gt; Browse Catalog et sélectionnez le fichier FullBoot.Boot.wpaprofile vous voyez cet aperçu:

et voyez que le délai le plus long se produit pendant la phase WinlogonInit (27 secondes).

La sous-phase WinLogonInit commence lorsque SMSSInit est terminée et démarre   Winlogon.exe. Au cours de WinLogonInit, l’écran de connexion de l’utilisateur apparaît, le   service control manager démarre les services et les scripts de stratégie de groupe sont exécutés.   WinLogonInit se termine au démarrage du processus Explorer.

Visual Cues WinLogonInit commence peu de temps avant l'écran de connexion   apparaît. Il se termine juste avant que le bureau n'apparaisse pour la première fois.

Vulnérabilités de performance de WinLogonInit

De nombreuses opérations ont lieu en parallèle pendant WinLogonInit. Sur beaucoup   systèmes, cette sous-phase est liée au processeur et a de grandes exigences en termes d’E / S. Bien   la citoyenneté des services qui commencent dans cette phase est essentielle pour   temps de démarrage optimisés. Les services peuvent déclarer des dépendances ou utiliser la charge   ordonnez aux groupes de s’assurer qu’ils commencent dans un ordre spécifique. les fenêtres   traite les groupes d’ordre de chargement dans un ordre sériel. Initialisation du service   les retards dans un groupe de chargement anticipé bloquent les groupes de chargement ultérieurs   et peut éventuellement bloquer le processus de démarrage.

Dans votre cas, ce n'est pas le processeur ou le disque. Le délai provient de la saisie de votre mot de passe (les informations d'identification de la demande prennent 16 secondes).

Ensuite, la connexion de l'utilisateur lui-même prend également 4 secondes:

Utilisez-vous maintenant un compte Microsoft? Peut-être que le réseau n'est pas assez stable et cause le retard.