Reprise du message précédent :

En gros je lance occt, peut importe la version donc la stable ou la beta et je lance un test, au hasard.

Le teste est donc en cours, genre 30 secondes après occt disparait, comme si il avait crash, sauf que il n'a pas crash, il a juste disparu...

Si je fais ctrl alt delete je me rend compte qu'il est toujours en cours d'execution dans les processus et il continue de faire le travail demander donc charge cpu 100%... Je suis obliger de faire " fin de tâches " sur le processus et relancer occt

Tu as une trace dans l'event viewer ?
 
C'est la première fois que j'entends parler de ca, tu dois avoir un souci sur ce PC en particulier

 
 OCCT.exe  
   8.2.1.99  
   60a56f69  
   hwinfo64.dll  
   7.3.0.0  
   6098cfee  
   c00000fd  
   00000000001cebfb  
   17bc  
   01d768d1fd0be036  
   C:\Users\Serveur\Desktop\OCCT.exe  
   C:\Users\Serveur\AppData\Local\Temp\Costura\7075D0E8E632C4B07720F71EDDD9715B\64\hwinfo64.dll  
   2eb468d9-6296-4211-afc9-89f0dafb8dbf  
 
 
 
 
 
Nom de l’application défaillante OCCT.exe, version : 8.2.1.99, horodatage : 0x60a56f69
Nom du module défaillant : hwinfo64.dll, version : 7.3.0.0, horodatage : 0x6098cfee
Code d’exception : 0xc00000fd
Décalage d’erreur : 0x00000000001cebfb
ID du processus défaillant : 0x17bc
Heure de début de l’application défaillante : 0x01d768d1fd0be036
Chemin d’accès de l’application défaillante : C:\Users\Serveur\Desktop\OCCT.exe
Chemin d’accès du module défaillant: C:\Users\Serveur\AppData\Local\Temp\Costura\7075D0E8E632C4B07720F71EDDD9715B\64\hwinfo64.dll
ID de rapport : 2eb468d9-6296-4211-afc9-89f0dafb8dbf
Nom complet du package défaillant :  
ID de l’application relative au package défaillant :

stack overflow dans la dll de hwinfo. un truc qu'il aime pas dans la machine et qui le fait partir en bourrique récursive ?

Ah ben oui, là, je peux pas faire grand chose
 
La dernière fois que j'ai eu ça, c'était un périphérique USB obscur qui aimait pas qu'on essaye de le monitorer.

 
Même chose en désactivant le monitoring de OCCT?

 
je pense que la seule chose à faire, c'est d'envoyer un dump à Martin.
C'est la dernière version de son SDK ? (enfin dernier build de la DLL ?)
 

Hello,  
Je veux faire un OCCT pdt 8h mais il s’arrête à chaque fois au bout d'une heure.  
 
Et j'ai aussi une info erroné sur la conso en watt, il me dit que je consomme 8w sur un 10850k...
 
Je dispose de la version 8.2.1 et testé aussi le beta 9...
 
Merci

killerz3, tu peux activer l'enregistrement d'un dump dans la BDR:
 
https://docs.microsoft.com/en-us/wi [...] mode-dumps
 
Dans regedit tu copies colles:
 
Ordinateur\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting
 
Tu crées uné clée "LocalDumps" puis une autre "OCCT.EXE"
Et tu mets un DWORD32 DumpType à 2.
 

 
Après faudra envoyer le dump à Martin d'hwinfo.
 
---
 
Après je sais pas si tu peux désactiver hwinfo dans OCCT, si ça se trouve la machine a une instabilité hw et ça pête par effet de bord dans le monitoring par remontée de truc pété. (Si l'instabilité est côté chipset de la mobo et pas dans le cpu)

Tu peux m'expliquer comment tu en arrive à cette conclusion stp ? J'aimerais pouvoir comprendre le message comme toi tu l'interprète... En tout cas y a un rapport avec Hwinfo non ?

J'ai 2 ports usb sur le pc donc je sais pas avoir grand chose de connecter, je vais déconnecter le hub usb du boitier connecter à la carte mère, et mon clavier en usb même si je n'es aucun doute sur lui car utiliser sur d autres machines avec occt sans problèmes

J'essaye sa toute à l'heure !

Je n'en sais rien justement, j'aimerais testé le matériels dans son entièreté, la ram a été faite hier, 12h de test pour 64go pass OK donc j'écarte la ram déjà.
Je vais essayer de faire ce que tu m'as dis je reviens ici plus tard dans la journée.

Merci  

Tu n'as pas un autre pgm de monitoriing qui tournerait en même temps?
(gpu ou autre)?

 
 
Gpuz reste actif dans la bdt.... Mais sa c'est sur tout mes pc et j'ai jamais eu de soucis

J'ai viré le hub usb du boitier connecter à la carte mère, j'ai virer les périphs usb.

J'ai fermer gpuz

Pour l'instant je passe les 2min de test sans "crash" de occt ce qui n'était jamais arriver, je vais éplucher le problème et rajouter mes affaires sur la machine petit à petit pour voir d’où vient le problème réel

Par contre le power test foire après 4sec... Des idées ?

 
Il faut regarder le code d'exception: 0xc00000fd    => c'est STATUS_STACK_OVERFLOW (par google tu verras, c'est un grand classique).
 
Bon en gros c'est un crash aussi courant qu'une division par 0 ou un accès mémoire à l'adresse "0 et des brouettes" (dit pointeur NULL ), il y a un truc qui s'est mal passé
Un dépassement de pile, c'est quand tu es à court de pile (stack).
 
La pile d'un process/thread c'est une zone mémoire dédié (typiquement 1~8Mo) qui est utilisé par le code pour pour sauvegarder les registres du cpu lors d'un appel à une sous-fonction, qui seront restaurés au retour (par un jeu de soustraction/addition symétriques à l'appel et au retour d'une fonction, sur ce que l'on appelle le pointeur de pile qui est un registre dédié du CPU).
 
Si tu as plein de sous-fonctions qui s'appellent elle-même, au point où le pointeur tape la limite basse: crack l'exception est levée et le process est tué par l'OS.
(Quand on empile on part de l'adresse haute, on décrémente le registre pointeur de pile de la taille du registre à sauvegarder, et si le pointeur passe par 0, crack boum hue)
 
Normalement ça arrive pas, sauf si tu as un bug dans le code, ou un problème de données dans un algorithme récursif: une fonction qui s'apelle elle-même avec des paramètres différents à chaque appel, mais qui est censé avoir une condition de fin : a un moment elle est plus censée s'apeller elle-même et on remonte toute la chaine d'appel en dépilant ce qui a été sauvegardé sur la pile/stack).
 
Typiquement parser un format de fichier avec des balises imbriquées les unes dans les autres, genre du XML ou HTML, bah à chaque sous-section imbriquée, des états seront sauvegardés sur la pile le long de la plongée du code dans les trucs imbriqués les uns dans les autres. Mais c'est pas censé aller loin.
 
---
 
Maintenant, sans le dump et les symboles (le fichier PDB qui décrit les fonctions dans une DLL - y'a que le dev d'origine qui les a, donc Martin de hwinfo), on peut pas savoir où ça a crashé et donc pourquoi.
Si la machine est instable, une donnée mémoire, ou un état côté registre de contrôle d'un périphérique peut devenir foireux et une fonction récursive ou une opération sur la pile - genre une allocation sur pile genre alloca() - peut se ramasser et faire faire une murale au pointeur de pile.
 
Voilà voilà.

Je fais le sav pour Tetedeiench aujourd'hui

Je vois ça
 
Après, y a beaucoup plus simple : cocher le flag "debug" dans les options d'OCCT, ca fait générer à hwinfo un fichier de debug, lisible, et que je peux leur envoyer pour analyse.
 
Envoie-le moi sur support at ocbase point com

 
Super un grand merci à toi  
 
   

Après avoir du réinstaller l'os car il était en legacy, j'ai remis tout comme c'était dés le début et je n'es plus de problèmes avec occt, bizarre je ne sais pas en tout cas c'est régler, si jamais cela ce reproduit je ferais le log files et je te l enverrais par email en notifiant ici également.  
 
Par contre j'ai tjrs le test power qui foire en 2sec et ce coupe, pourtant 1h de test pass OK et la machine est stable
 
Quand je vais dans l'observateur d’événements il m'indique ceci :  
 
Nom de l’application défaillante GPU3DDX11.exe, version : 0.0.0.0, horodatage : 0x60a56515
Nom du module défaillant : GPU3DDX11.exe, version : 0.0.0.0, horodatage : 0x60a56515
Code d’exception : 0xc0000005
Décalage d’erreur : 0x0000000000012a2c
ID du processus défaillant : 0x268c
Heure de début de l’application défaillante : 0x01d769d14ca88898
Chemin d’accès de l’application défaillante : C:\Users\Serveur\AppData\Local\Temp\OCCT\DX11\GPU3DDX11.exe
Chemin d’accès du module défaillant: C:\Users\Serveur\AppData\Local\Temp\OCCT\DX11\GPU3DDX11.exe
ID de rapport : b24804c2-adee-43a8-8f24-d4d0e030441e
 
J'ai effectuer une recherche, rapide, je ne tombe que sur des indous racontant des conneries ou sur des threads vieux de 10 ans.  
 
Je regarde ce soir, je dois partir 1h

Essaye le test 3d seul, là, manifestement, il y a un truc qu'il apprécie pas.

OCCT 8.2.2 OUT !  
 
Changelog :

• Ui : Fixed an exception that could sometimes occur when doing very long tests ( 12+ hours). Thanks AMD for finding this !

Enjoy !
https://www.ocbase.com

Ha bah ça, utilisé au sommet ;-)
Et dans ce cas si, pourquoi ça merdait après 12h? Un truc avec l'horloge ou un timer/buffer/stack overflow?

 
3D seul ne va pas, s'arrête après 2sec sans donner d'erreurs, il doit y avoir un pb à ce niveau la je vais investiguer, merci à tous  

Salut,
 
J'ai fait une recherche sur le topic mais ca n'a rien donné, je suis sur la version pro en 8.2.1 pour tester la stabilité d'une Quadro K4000 mais dans le monitoring ca me met [FAKE] Quadro K4000, kesskisspass ?
 
On nous a refilé un stock de Quadro rebrandé  ?!

Faudrait voir ce qu'en dit HwInfo, mais effectivement, c'est bien étrange

EDIT : à priori HwInfo detecte les "fausses" cartes Nvidia effectivement.

Si j'en crois ce thread, il y a déjà eu des faux positifs https://www.hwinfo.com/forum/thread [...] -not.5311/ Mais il y a de fortes chances que ta carte soit effectivement fausse.

GPU-Z a la même fonction, tu devrais pouvoir le confirmer avec

GPU Z me detecte la carte correctement pourtant  
 
Je pense que le faux positif vient du fait que le bios est "signé" HP et peut etre que HWInfo ne considère pas HP comme un constructeur officiel ?

Hm interessant

HWInfo detecte un GF110 [FAKE] (Quadro K4000) en GPU, GPUZ trouve un GF100 (Quadro 4000)

Ca sent la carte rebrandée un peu komem

Le truc c'est que pour des gros OEM comme HP, les contructeurs n'hesite pas a faire des truc custom quoi...

Je vais en tester une autre du lot pour voir

Bon une autre du meme lot bios non signé HP elle n'est pas reconnu comme FAKE

Wah je viens de voir que Linus Tech Tips utilisait OCCT, première fois que je vois l'application utilisée en vidéo  

Ca commence à se répandre effectivement

OCCT 8.2.3 OUT !  
 
Changelog :

• Ui : Fixed a rare exception that could occur in updating the graphs if one of your sensors was slow to update ( Thanks Santiago !)

Enjoy !
https://www.ocbase.com

Salut,
 
Dans le test OCCT quand une erreur est trouvé y a moyen de savoir quel "parti" du CPU a fauté ?
 
Je suis toujours sur ma WS HP ( de m#{[|`[@ ) et le test CPU ne donne pas d'erreur, par contre le test alim arrive a faire détecter des erreurs, je soupçonne que le controleur PCIE du cpu est un pet mais j'aimerai en etre sur
 
(pour un peu de BG, cette machine a été utilisé a l'insu de son propriétaire pour miner, ca a flingué 2 CG et maintenant le CPU se comporte étrangement, quand je mets une nouvelle CG il arrive qu'il ne la détecte pas comme il faut, d'ou mon soupçon sur le controleur PCIE)
 
Merci

Tu peux savoir quel coeur a déconné, mais savoir la partie en termes composant, c'est impossible malheureusement

C'est dommage
 
Jvais changer le CPU du coup pour voir si ca arrange le soucis

OCCT 9.0.0.b8 OUT !  
 
Changelog :

• Main : OCCT now uploads all monitoring data along with the system information to ocbase
• Ui : Had to reset the benchmark DB due a huge refactoring, thanks to the data you've sent me so far !
• Ui : Greatly improved the bar graph tooltips
• Ui : Various bugfixes and improvements
• Settings : Fixed a few typos
• Report : Minor cosmetic bugfixes
• Translation : Version ready for translation !

Enjoy !
https://www.ocbase.com

OCCT 9.0.0.b9 OUT !  
 
Changelog :

• Main : Fixed an issue with the benchmark score upload

Enjoy !
https://www.ocbase.com

OCCT 9.0.0.b10 OUT !  
 
Changelog :

• Ui : The restore and maximize button is now behaving correctly again
• Ui : Added a scrollbar in the settings screen
• Monitoring : Update HwInfo to 7.05
• SysInfo : Improved parsing of Motherboard properties
• Translation : Lots of tooltips, untranslatable strings and text wrapping fixes (Thanks KoNoRIMCI !)

Enjoy !
https://www.ocbase.com

OCCT 8.2.4 OUT !  
 
Changelog :

• Main : Fixed another rare bug that could crash the GUI under special sensor conditions (Thanks Vasko ! )

Enjoy !
https://www.ocbase.com

OCCT 9.0.0.b11 OUT !

Changelog :

• Main : Fixed LOTS of small bugs ( Thanks KoNoRIMCI)
• Main : Added a preview of the benchmark on my website ( The leaderboard isn't available yet )
• Ui : You can't change the current test tab if a test is currently executing
• Ui : The test will now properly warn the user rankings won't be available unless he activates his score's upload
• Monitoring : No Monitoring mode is now properly adjusting the window's size
• Enterprise : The test tabs now looks all good
• Translation : Added two messages for translation

Enjoy !
https://www.ocbase.com

Je mets ça là comme premier jet, car voici à quoi ressembleront vos benchmarks

https://www.ocbase.com/benchmark/cp [...] 0fb7083ac8

Le leaderboard est en cours de dev

Oui, si vous avez une licence, vous pouvez voir votre bench sur le site post-exécution

Nice !