Reprise du message précédent :
Merci à toi

edit: bon ben j'ai pas :x on va faire sans c'est pas grave, enfin quelle est l'extension des graphs?

Faut déjà faire un test pour voir les graphs ^^.

j'en ai fait un de 7h

Il faut paramétrer un monitoring pour avoir les graphes
 
Les fichiers sont en .png .

a voilà le souci Merci à tous, je suis vraiment boulet

 
Ou alors, tu prends la dernière béta, et tu as un monitoring intégré

vous postez tous depuis le taf ou quoi ? A cette heure là ...

 
En ce moment, je suis en télétravail Sinon vi, je poste du taff

Que de nouveautées en quelques jours
Ma P5K Premium est montée, et je suis bientôt parti pour des heures avec OCCT a tester ma stabilité. Par contre, je vais commencé par la derniere 1.x beta 6 (pas la beta 7) vu les echos sur l'utilisation CPU de la v2.0 qui peut faire que les tests ne sont plus reproductibles avec ceux de ma P5B deluxe.
 
J'ai juste donc testé l'interface et l'intéraction avec les applications CPUID / Coretemp
Avec coretemp, j'ai rien vu d'anormal
Avec CPU-z, c'est vraiment trop embétant là. Pour le benching, des screenshots CPU-z restent indispensables dans les communautés comme preuve irréfutable de l'overclock. Or, ne plus pouvoir lancer CPU-z et OCCT en même temps, veut dire que tout screenshot sera impossible avec les deux. Or, CPU-z ne se limite pas a retourner une fréquence d'horloge comme OCCT, mais il y a une panoplie d'informations dans plein d'onguelets que OCCT ne reprend pas. C'est très domage quant même d'en rester là avec une application incontournable du monde des OC. J'éspère qu'un fix pour que les deux vivent en harmonie soit trouvé
 
Sinon, merci de toutes ces nouveautés et je testerais d'ici fin la semaine a fond

 
personnellement je suis un kevin en vacances

Heu, t'as vraiment mal lu, et pour que personne ne se trompe :

CPU-Z,OCCT et HWMonitor COHABITENT PARFAITEMENT

Il s'agit juste d'OCCT et de Perf Monitor... le premier ralentit le second, rien de plus. De la même facon, d'ailleurs, que HWmonitor ralentit Perf Monitor, du même auteur...

Enfin, pour le bug d'utilisation CPU, pour l'instant, il n'est pas rangé parmi les bugs, vu que je ne connais pas la fréquence de ce dernier... oui, le CPU est un peu moins utilisé lors de la vérification des résultats, mais ça, c'est normal

Il n'y a pas eu de modification de la partie "test" entre la 1.2.0 et la 2.0.0 !@

Avec la beta 2.0.0 b04 et l'integration du module de SDK de CPUID (occtaux.dll), pour le monitoring, il y a des demandes un peu trop regulieres d'ecriture sur le disque.
 
Sur certains systemes (dont le HDD a peu de cache), on le voit bien à l'activite de la led disque.
Sur d'autres à cache plus important, on entend le petit dzii-dzii de la recalibration des tetes.
 
C'est le handle cpuz129 qui provoque cela : sa periodicite semble etre toutes les 1 ou 2 secondes (alors que le meme handle utilisé dans CPUZ 1.44 et Hardware Monitor 1.07 est plus espacé et ne provoque pas ce phenomene)
J'imagine que c'est pour permettre une plus grande precision lors de la realisation du graphe de monitoring.
 
Peux-t'on eliminer cela ou le reduire ? En particulier si on utilise pas le monitoring integré. Car meme si on le desactive (option mise à None), le handle continu de tourner en tache de fond, comme on le voit ici
 

 
Merci

Chez moi, si je lance CPU-z après OCCT: CPU-z se lance en mode fonctionnalités réduites:


 
Si je lance OCCT après CPU-z, c'est OCCT qui detecte du unknown partout:

Essaie CPU-Z v1.44, la dernière, ca fonctionne chez moi sans souci

 
aaaaahhhhhhhhhhh !!!!!!!!!!!! la mauvaise nouvelle !!!!!!!!!!!!!    
 
faudrait que t'implémente un truc dans OCCT qui permet de voir de loin que le test tourne toujours (que le pc a pas freezé par exemple).
un truc qui clignote bien voyant, ou quelque chose comme çà quoi.
 

 
beh ce que je veux dire, c'est que le test se fait pas tout le temps à 100% sur le proco et les cores.
çà le fait depuis cette version 2.0.0
çà descend pendant environ 1 à 2s, et toutes les 10 à 20s......
c'est variable quoi.....
mais çà le fait à chaque fois.
et çà se voit sur les graphes de températures des cores.
y'a des pics de baisse, puis çà remonte, puis çà rebaisse, puis çà remonte.....etc....

J'avais le même problème avec CPUZ 1.43.
Je pense qu'effectivement il faut prendre la version de CPUZ correspondant à celle d'OCCT (strictement identique) sinon y a incompatibilité.

 
Non, car la 1.39 fonctionne sans problème avec OCCT en parrallèle

Oui, je suis dessus, y a un souci de ce coté là...

J'ai transmis tout ce que vous m'avez donné, on va voir ce qu'il en pense ...

En tout cas, vous me faites de l'excellent débug là

Je vous aime

Effectivement, problème résolu avec CPU-z v1.44
J'éspère que pas de conflits avec CPU-z 1.45    
Dès demain, je fais du debug sur mes OC et je poste les résultats d'ici fin semaine

Ok, je vois ce que tu veux dire...

Effectivement, y a aussi anguille sous roche là.

D'ailleurs, le compteur ne tourne pas en mode infini...

   
 
et pour le truc voyant, t'en pense quoi ?
par exemple, faire clignoter l'un après l'autre les 4 boutons de la face....comme K2000      

Ben quand il y a une erreur c'est le mode sapin de noel

Si ca clignote pas : OK, si ca clignote : pas OK

et si le pc a freezé pendant le test ?
de loin, tu vois pas si le test continue......
 
tu peux le laisser tourner et t'apercevoir au bout d'une heure que plus rien ne bouge.
 
c'est de çà dont je parle, c'est d'ailleurs pour çà que j'utilisais perf monitor.
quand le pc freezait, çà se voyait de loin, le défilement s'arrêtait.

 
Ou ecran gelé :-)  (edit: grilled)
Perso, les ecrans gelés, c'était sous XP. Sous vista, jamais de freeze. C'est soit un reboot intempestif, soit des bogues application/memoire, soit ecran bleu ciel sans rien ecri dessus

 
Je vais y réfléchir.
 
En tout cas, merci énormément d'avoir insisté pour le "drop", c'est un bug MAJEUR que tu as débusqué

le drop ?

Oui, dans l'utilisation CPU.
 
Je me demande d'où ca peut provenir...

ah ok, je connaissais pas ce mot

Ok, bien vu pink, j'ai trouvé d'où ca vient
 
Va me falloir un peu de temps pour corriger... j'espère que ce sera OK demain

déjà ?
çà vient d'où ? (une explication pour neuneu m'ira très bien).
 

 
Je me trompe peut être, mais ce n'est pas ce qui a été décrit déjà pour la v1.x par qqun ici et que j'ai confirmé avec des courbes speedfan en comparaison avec Prime95 small FFT (je ne trouve plus le post) et ou on voit que OCCT a tjr des courbes en dent de scie avec la température sans que ca ne diminue son efficassité comparé a Prime? Ce truc n'avais jamais eu d'echo meme que signalé par plusieurs. Ou là c'est bien un autre bug?

 
C'est autre chose... les dents de scie c'était l'utilisation mémoire si j'ai bonne mémoire.

 
Non, c'était la température
je vais chercher le topic...

Vli vla
http://forum.hardware.fr/forum2.ph [...] 1#t1645574

Voilà le message remis ici pour plus de facilité

Pour l'indicateur visuel d'activité, une idée comme ça : faire defiler une bande de couleur dans les lettres OCCT en haut de la fenetre ?
Un peu à la maniere des O et C clignotant d'Orthos.

 
Hé , chez moi les graphs sont toujours mal nommés avec la b03 ... Ce qui est en vert sur le screen...

 
    c'est pas pour faire mon lourd de service , mais bon ...
 
oh et y'a un problème de fréquence CPU , hein ? non ? ah c cool il roxxxe mon conroe

 
Ca va trop vite, y a la beta 4 qui a corrigé ça

ok danke , j'avais pas vu , et pour ma fréq CPU à 63Ghz ???

Donc perso ce que j'ai pus constater, c'est un ecart assez important entre la charge CPU annoncé par OCCT et les valeurs constaté dans l'onglet perfomance de win.
De plus, passer 90% de charge annoncé par OCCT, ça grimpe touuut doucement, avant de redescendre durant les fameux trous dont parle Pink.
Niveau win, pendant ce temps là, c'est tout et son contraire o%, 50%, 70%, 80%, 100%, 50%, 80%, 100%... puis ça se stabilise, mais jamais à plus de 95% de charge (il me semble que cela grimpait un peu plus haut avant).
Les paliers sont assez longs, et on "sent" qu'il y'a un truc qui ram, pas vraiment habituel... Je vais tester deux trois trucs je re.