Reprise du message précédent :
   
 
Avec la dernière beta BSOD sur le smalldata 64 bits alors que j'étais stable avec l'ancienne...et c'est vrai que sa chauffe plus! du coup j'ai du passer mon vcore de 1.26v à 1.27v (2700k@4.5ghz) pour être de nouveau stable.

j'ai regardé sur quelque config que j'avais sous la main cette semaine. la détection d'erreur est devenue bien plus sensible sur le nouveau 32 bits. Plus que Prime de façon absolue, je dirais même. Quand à la version 64 bits : sur les 10 PC que j'ai testé 6 se sont mis en "protection" (thermal threshold), bien avant de pouvoir générer erreur ou bsod !

C'est un radical surprenant ! ça deviens sérieux tout ça ! En plus d'avoir toujours été unique ça va devenir une référence, supplantant "Prime" "StressTest" "CPUBurner" et autre 'Boinc'

Si tu veux d'autres essais ou détails, je suis à disposition ce week-end et cette semaine qui arrive

Quelqu'un a fait un test vs Linx full memory?

moi oui.. ça chauffe un peu moins mais la charge mémoire et le stress IMC n'est vraiment pas le même.

En "Large Data 64b", Norad?

Yeah je tiens le bon bout    
 

 
Moi j'étais stable sous linx full memory 2700k@1.26v et occt old mais plus avec la nouvelle version d'occt...donc passage à 1.27v pour être stable sous occt new 64 bits, et je suis bien d'accord avec NORADII plus besoin de prime et autre ça devient LA référence!

 
J'ai la même erreurs de mon côté avec mon implémentation  
 

J'ai trouvé    
 
Si on récupère les labels complet des sondes ça plante a la fin du test.
Par contre si on récupère juste les ID qui sont plus cours.
ça passe nickel

j'ai hâte de voir ça

T'as sans doute mis le doigt sur le truc
Faudrait voir si ça touche aussi les autres plugins (autre que built-in).

Moi aussi, vu que ça bug chez moi

bien vu
J'ai pensé à plein de trucs mais pas à ça ^^
Après faudrait voir qu'est-ce qu'on publie en tant que label, '"id" ou "label" ?
"id" ça oblige l'utilisateur un peu à creuser pour comprendre le nom de la sonde.

Et reprendre les "label" déjà présents dans le plugin d'Aida64 (celui d'OCCT) c'est pas bon?

Avec le plugin original, ce sont les id qui sont affichés.

wep

Bah ça devrai aller alors, pour s'y retrouver (après c'est vrai que les sondes n'ont pas la même dénominations avec le plugin d'Aida64 de CSMT)

Effectivement, mon plugin utilise 'label' (plus parlant pour l'utilisateur). Quand tu l'avais testé avec OCCT y'avait ce genre de plantage ?
Je comprend pas bien pourquoi 'label' poserait plus de problème que 'id' C'est juste la longueur des noms qui change ?

 
J'avais pas eu de plantage ou autre avec ton plugin

Donc c'est de votre côté les gars , bien que je ne vois toujours pas le rapport avec GDI+

C'est le NOD qui attaque

 
 
Salut,
 
bon je comprends rien, j'ai refait un test pour vérifier et ca affiche la bonne fréquence, j'ai rien changé (à part que le test m'ayant affiché la mauvaise fréquence était un OCCT auto 1h)
du coup je refati un OCCT auto 1h pour voir, en attendant, voici les images :
 
L'un OCCT Auto une heure non intérompu, affichant 4000MHz, l'autre un OCCT infini rapidement stoppé, affichant correctement les 3833MHz.
Je te dis dès que le nouveau test est terminé.
 

 

Deuxième test fini, vitesse affichée correcte.
J'ai rien changé dans le bios, donc je sais pas ce qu'il s'est passé la première fois, mais en attendant que je trouve, affaire classée donc.

 
Tu parles du plugin Aida déjà existant ? Celui-là utilise l'équivalent du "id" et pas le "label" de la mémoire partagée en xml.
Ou alors t'en as aussi refait un ?
lapin compris

Je parle du plugin Aida64 pour CSMT (voir ma signature). Tetedeiench et moi utilisons la même interface pour les plugins, ils sont donc interchangeable
D'ailleurs les plugins n'ont été développés qu'en simple exemplaire sauf Everest (et son clone Aida64) parce que le mien avait une dépendance avec Qt4 (soit 10Mo de plus à déployer).

edit: et tistou21 a fait quelques tests en intervertissant les 2 plugins

Je pense avoir trouvé pourquoi ça plante avec les nom complets.
Le nom de chaque sonde est écrit en tant que nom de fichier pour les graphs a la fin du test.
Et comme AIDA64 renvoie des caractères ("/" )  non supporté par Windows pour les noms de fichiers.
Il faudrait donc parser le texte pour enlever ces caractère bizarres.

 
Oui c'est ça, ça fait pareil si tu mets un / dans un nom personnalisé avec le Built-in.
Ça veux dire que lorsque OCCT récupère les label pour la première fois, il doit nettoyer le "nom personnalisé".
(Accessoirement, il faudrait interdire la saisie d'un / ou autres trucs banquaux dans le nom personnalisé)
Ou alors nettoyer le nom personnalisé uniquement à la création des traces.

Beau travail collaboratif  

j'ai fait un petit test flash éclaire d'1 heure d'OCT large data set de la dernière beta sans soucis
 
2500k @ 4ghz

 
Je pensais l'avoir fait en stable, j'ai dû oublier des caractères.
 
Par contre, j'ai pas bien compris qui a fait quoi, je sors de 20h de peinture sur le week end par un démarrage de taff sur les chapeaux de roues, si quelqu'un peut me résumer où on en est coté plugin, ce serait good.
 
bjone : le bug est de ma faute coté génération des graphes. C'est une condition à la con avec le garbage collector.  Mais un truc bien de chez microsoft pour le coup, qui ne devrait pas arriver mais hélas... sic.

Pour résumé, on est deux a avoir développer un plugin, Bjone et moi même.
 
Je t'ai envoyé un mp pour que tu puisse regarder mon code.
Ma DLL fonctionne, il faut que je peaufine le code.
 
C'est la partie pour lancer l'application qui me pose des problèmes.

Donc je me retrouve avec deux plugins différents Je choisis lequel sans vexer ni l'un ni l'autre

J'avais pas prévu ça

surtout que ça va te couter 2 clé USB

 
Moi je comprends qu'ils en ont fait 1 à 2

Pi comme on dit jamais deux sans trois, je veux bien me dévouer pour être le troisième

 
Il y a bien deux plugin différents    
Bjone partait du principe que ça pouvait donner une base (deux implémentations différentes) pour d'autre plugin

Faire tester les 2, et celui qu est mieux le remporte

Je voyais plus ça en fonction taille/propreté du code    
 
Et là je suis sûr de perdre  

 
En même temps ça peut être propre et buggué ^^
 
edit: dans l'optique de supporter un HasConfigurationChanged() pour signaler à OCCT un changement du nombre/noms des sondes coté AIDA, j'ai corrigé un petit bug de logique pour ce truc (ça joues pas sur le reste)
 
Ce qui serait bien c'est un repository Sourceforge ou autre pour les plugins, comme ça tu te concentres sur le cœur d'occt et tu laisses les plugins de "connectivité" aux autres.

Ohla, voila une idée qu'elle est bonne

Prend le 1er qui aura implémenté avec succès LaunchMonitoringProgram et CloseMonitoringProgram