bonjour,
 
depuis windows xp jusqu'à windows 11, que ce soit un pentium ou i9 dernier cri, que ce soit avec disque dur ou SSD  cette fonctionnalité sur windows a toujours ramé :
 
ouvrir la gestion de l'ordinateur, sélectionner les journaux windows et choisissez le "application" et là : ça rame grave !!!!!!!
pourquoi ?
faut attendre 3 voir 10  voir 15 secondes sur les machines lente estampillée win11 ready !
c'est quoi le problème ?
il n'y a que en vidant le journal que ça devient rapide (quand il est vide)
 
savez-vous pourquoi ?

Ben parce que ça doit charger un grand nombre d'événements...
D'où le fait que ça aille plus vite si tu vides l'historique

 
mais même avec une super config ça rame !
c'est pas un jeu 3d en 4k,  ya un truc qui cloque dans ce système qui n'a pas été optimisé depuis windows 95 !

Tu utilises normalement plus souvent tes jeux en 4k que l'observateur d'événements de Windows qui est là uniquement pour du debug...

Clairement je ne pense pas que la performance soit une priorité de développement de Microsoft.

Petit indice qui peut être une piste (attention, je dis pas que c’est ça, mais que ça pourrait l’être) : les journaux de Windows sont lisibles depuis la Console de Gestion de Microsoft (Microsoft Management Console ou MMC), apparue dans Windows 2000 et améliorée ensuite avec XP (et restée telle quelle depuis).

Imaginons que ce logiciel ne fonctionne qu’en mode monocœur (parce que les CPU multicœur, il y a 25 ans, ça n’existait… pas ?) : tu pourrais avoir 36 000 cœurs, seul un serait mobilisé pour faire fonctionner ce logiciel. D’où les performances d’un autre âge.

Hé, c’est bien ce qui arrive avec des outils UNIX comme gzip ou bzip2, qui ne fonctionnent qu’ainsi, en mode monocœur (pour éviter ça, il faut passer par des alternatives qui, elles, peuvent fonctionner en multicœur). Ça pourrait donc être le même problème ici. Surtout que, comme j’ai dit, on parle d’un outil qui date d’il y a 25 ans…

plutot d'accord avec ce qui est dit au dessus, suaf ça:

un core d'un I9 14900 a 3.2Ghz va aller un poil plus vite qu'un PII 400
 
mais oui, la MMC est une bouse infecte et pas que sur le journal d'évènement

pour infos, je viens de tester sur ma workstation de crea 3D : i9-14900 , l'affichage du journal des applications prend 5à6 secondes !
il y a 5098 évenements et le log ne prend que 4.07 Mo !
 
donc ya un problème avec cette fonctionnalité !
 
j'espère que le temps d'écriture est optimisé car si c'est aussi une source de lag, ça craint !

 
 
chez moi, c''est immédiat

 
quel configuration vous avez ?
combien d'élément dans le journal d'application ? (c'est écrit quand on sélection "journaux windows", ya un classement)

i5 13600k

 
est-ce au premier démarrage ? car j'ai remarqué que la deuxième fois qu'on cliquait dessus c'était rapide.
je parle de la liste des évenements d'application et pas de la la liste "hit parades" qui affiche le nb par journal (votre photo).
moi aussi ,afficher votre photo est instantané.

Hello, pour ce que ça vaut, mon expérience pro avec l'observateur d'évènements tend à démontrer que Windows attend de charger l'ensemble des journaux avant d'afficher celui qu'on veut consulter.
 
Donc pas que le "Application" si c'est celui là qu'on veut voir mais aussi System, Security, Setup, et tous ceux qui sont planqués sous Applications & Services.
 
Preuve : ça laggue horriblement à l'ouverture de n'importe quel log et on a le sablier si on essaie d'en regarder un autre en attendant mais une fois que c'est chargé, c'est immédiat pour accéder à n'importe quel journal.
 
Quand on veut consulter un journal sur un serveur distant depuis une passerelle d'administration il suffit de regarder la quantité de données qui transite par le réseau avant que la console daigne répondre  
 
Et donc oui la MMC est surement pas optimisée du tout en lecture, ce qui n'empêche pas le système d'être remarquablement efficace pour écrire tout ces évènements en base. Sinon les contrôleurs de domaine rameraient tous comme des porcs à force de logguer des trucs dans Security    (et vive l'envoi des logs dans le SIEM pour éviter d'avoir à se palucher les serveurs un par un).