Reprise du message précédent :
nickel occt 3 !
Parfois le cpu n'est utilisé qu'à 50%. Q6600 + HD3850 AGP
 
http://users.skynet.be/xixou/hd385 [...] 6-CPU1.png  
 
http://users.skynet.be/xixou/hd385 [...] 6-CPU2.png  
 
http://users.skynet.be/xixou/hd385 [...] 6-CPU3.png  
 
http://users.skynet.be/xixou/hd385 [...] 6-CPU4.png  
 
http://users.skynet.be/xixou/hd385 [...] 6-GPU1.png  
 
http://users.skynet.be/xixou/hd385 [...] -VCore.png  
 
http://users.skynet.be/xixou/hd385 [...] -Volt3.png

 
Merci pour le bugreport, je viens de le régler, ca sera dans la prochaine béta
 
C'était les traducs qui réinitialisaient les noms

 
Je ne peux malheureusement rien faire sur ce blem là, lié au moteur de monitoring.

 
Faut que je regarde vi, demain j'intègre aussi les typos de bierman sur ma traduc en français

Tetedeiench : le calcul du ripple donné sur le graph pour le vcore n'est pas vraiment idéal.
Il est de 12%, mais en fait c'est la transition entre le mode monitoring idle (1 min au début et 3 min à la fin), à ce moment là le fsb et la tension sont diminuées pour sauver de l'énergie.
Le calcul du ripple ne devrait se faire que dans la zone en charge.
Serait-il possible de corriger ceci ?

Le ripple doit se faire sur tout le test, à part éventuellement pour la tension CPU pour ceux qui utilisent des gestions d'energie, mais c'est pas tout le monde

de rien.    

 
ha bah vi, exactement !
 
Le truc serait de charger un minimum le cpu pendant la première minute pour le le speedsteep se mette en mode haute fréquence/tension.

Bonjour,
 
Depuis quelques jours je teste la stabilité de l'overclocking de ma nouvelle config, et je trouve des choses très bizarres du côté des voltages. Sur une échelle de temps réduite mon alim a un ripple très faible, c'est à dire que je n'ai pas de problème de variations de tensions toutes les secondes, voire toutes les minutes. Par contre, il semblerait que j'ai des  pics de tension quelques fois par heures, pouvant atteindre 50%, qu'on voit par exemple sur les deux graphes ci dessous. Cela m'étonne beaucoup étant donné que ma config est stable (j'aurais imaginé que de tels pics feraient planter le pc, voire pire), et que autant l'alim (Corsair 520HX) que la mobo (Asus P5Q E) sont censés être de qualité. Je me demande donc s'il s'agit vraiment d'un problème de ma config, et à ce moment là d'où il pourrait venir, ou bien si cela peut être un bug d'OCCT. Est ce que ça pourrait être dû au réseau électrique de mon appartement?
 
Merci d'avance pour votre aide!
 

evalf> T'as moyen de refaire le test avec export des valeurs dans un fichier ?
Il arrive que le monitoring renvoie des valeurs aberrantes et cela peut engendre de telles déformations de courbes, alors que la tension est constante.
Dans le fichier exporté, tu verras quelle est la valeur qui a engendré ces pics. Le graphe appliquant un léger lissage, il est possible que ces valeurs soient très grandes/faibles.

Merci pour ta réponse Fouge.
 
Ca tombe bien, j'avais justement activé cette option, donc j'ai les données pour les graphes que j'ai envoyé dans mon précédent post.
 
J'ai tout récapitulé dans un fichier excel téléchargeable à l'addresse suivante: http://dl.free.fr/tlWq1Xsz5
Voici les données d'un second test que j'ai effectué, qui lui aussi montre des problèmes de voltage: http://dl.free.fr/bRpwG2BAB
 
La première feuille du fichier, contient tous les voltages, plus une dernière colone permettant de détecter les pics de tension. La deuxième feuille présente uniquement les lignes présentant les pics. Et la dernière feuille donne un graphe avec tous les pics.
 
Qu'est ce que vous en pensez?

Si je regarde le 12V qui vaut en moyenne 11.98 chez toi, on voit surtout de gros pic vers le bas : 8.99V et 5.99V sont les 2 valeurs qui reviennent toujours.
A mon avis, Tetedeiench prend la moyenne de 4 mesures (1 par seconde, c'est pourquoi il y a 1 valeur toutes les 4s).
Si 1 des 4 valeurs vaut 0, ça nous donne : (3*11.98 + 1*0) / 4 = 8.985
Si 2 des 4 valeurs vaut 0, ça nous donne : (2*11.98 + 2*0) / 4 = 5.99
On retrouve donc tes pics.
Selon moi, c'est juste le monitoring qui renvoie de temps à autre la valeur 0 et créé donc ces pics. Ca m'étonnerait que ton alim y soit pour qqch

Merci beaucoup pour ton explication Fouge, en effet ça paraît très logique.
 
J'ai ajouté des colones dans mes fichiers pour observer les tensions en %: http://dl.free.fr/mDzvvh4NT. Effectivement il apparaît clairement que lorsque les tensions sont trop basses elles sont à 75% ou 50% du nominal.
 
Je ne sais par compte pas trop quoi penser des surtensions, qui là ne tombent pas sur des pourcentages "ronds": 116% et 133% pour le Vcore, et 105% pour le 12V. Est ce que tu as une idée de la raison derrière ça?
 
Encore merci pour ton aide!
 

A mon avis c'est le même genre de chose, mais au lieu de 0 c'est une valeur supérieure à la moyenne.
T'utilises quel monitoring ? Le built-in ou un logiciel externe ?
Essaye de changer pour voir, j'suis convaincu que les pics disparaitront.

*iench sits back and enjoys*

J'utilise le monitoring built-in. Et justement j'ai lancé ce matin un autre test, en utilisant le monitoring d'Everest. Par contre, je dois attendre de rentrer chez moi ce soir avant de pouvoir voir les résultats. Je te tiendrai au courant des résultats, qui je l'espère feront disparaître les pics.

Et en fait c'était l'alim et pendant que tu étais au taf et que le pc était burn, l'alim a eu un court-circuit et ton appart à cramé, désolé pour toi
 

lal

clair, ati tools me fait des écrans bleu sur ma hd3850,
et pas rivatuner.
 
Et puis si ATI change les registres de place dans les nouveaux gpu,
ton ati tool sera tout perdu.
 
Sauf si ati tool à accès au hal (c'est rend transparent la lecture des registres en fonction du hw).

@evalf, je ne sais pas si tu utilises Speedfan. Ce logiciel provoquait chez moi ce genre de pics.

Je vend une excellence de programmation comme tu le dis si bien
Et oui je l'affirme haut et fort, pour un programme qui n'a pas évolué depuis plus de deux ans, et qui souffre (malgré ce que tu dis) de bug mineurs particulièrement avec les dernières CG, certe ca peut te paraître trop, mais sache que c'est exceptionnel pour un programme de ce type, rare sont les programmes de ce type qui peuvent espérer une durée de vie > 6 mois en pouvant encore marcher... La plupart des programmes, arrivés à ce stade c'est fini ils ne peuvent pas supporter les nouveaux produits, ATI Tool le fait, certes avec erreur & co mais il le fait encore. Là est sa force, dans sa longévité même si maintenant il est vrai qu'il est dépassé (je n'ai pas remis en cause ca hein )
 
Et pour information : oui je suis développeur, chef de projet qui plus est, oui je touche beaucoup le bas niveau (c'est un de mes domaines préférés), oui il m'est arrivé de développer des drivers avec lesquels tu te plaint de plantages (non je ne bosse pas chez ATI ), oui je suis au courant que la plupart (totalité en fait) de ce programmes ont des défauts, mais je sais reconnaitre là ou un programme excelle , et ce fut le cas d'ATI Tool même si maintenant il arrive à terme.
Mais je reste sur ma position : tu ne mets pas a jour un programme qui ne plante pas, ATI Tool face à ses années plante peu en comparaison, et comme déjà dit, ATI Tool est de toute facon basculé au fur et à mesure sur GPU-Z, c'est le choix (pas idiot) de son auteur, respecte le et tourne toi vers le duo GPU-Z/RivaTuner plutôt que de cracher sur du boulot terminé/dépassé il y a déjà bien longtemps...
 
PS : "Et c'est certainement pas rendre service au programme que tu affectionne tant." Je n'affectionne pas le programme mais son programmeur qui est derrière, au bas mot il bosse 2x plus que notre tetedeiench nationnal (en fait il bosse autant mais plus vite) et n'ai pour ainsi dire pas payé, donc oui pour du boulot freelance/freeware pour moi c'est juste exceptionnel son boulot, c'est d'ailleurs pour cela qu'il est un des seuls dans sa catégorie à créer autant de programmes. Je ne cherchais pas a te montrer l'exceptionnel boulot mais plutôt le fait qu'il ne faut pas dénigrer un programme, surtout s'il est aussi vieux que ATI Tool.

+1 j'ai monter une X1650 sur un pc d'une pote, de la vrai daube, obliger de passer l'AGP en 4X sinon ça met "hors limite" sur son écran et son PC reboot...
J'ai été très déçu du matos ATI...

Bon ça y est, j'ai fait mes tests avec le monitoring d'Everest, et les résultats son plus qu'étranges:
 
Ci dessous, les tests effectués avec l'overclocking a priori stable de mon E8400 @3.86GHz: il y a toujours des pics de tension: les 4 tensions mesurées (Vcore, 3V, 5V, 12V) ont toutes le problème mentionné hier, où la tension est parfois égale à 75%, 50%, 25% ou 0% du nominal, ce qui entraîne une mesure du ripple allant jusqu'à 100%. Comme souligné par Fouge hier, cela s'explique probablement par le fait que le capteur de tension retourne parfois 0. Il y a toujours aussi sur le Vcore des pics allant jusqu'à 135% du nominal. Je mets ci dessous les graphes de Vcore et 12V:
 


 
J'ai aussi effectué des tests dans les mêmes conditions, mais sans overclocking: il n'y a cette fois aucun pic de tension:
 


 
Je ne comprends donc toujours pas ce qui se passe. D'une part le fait de passer sur le monitoring d'Everest ne résout pas ce problème de pics de tensions, mais surtout il semblerait que ça soit influencé par l'overclocking. Enfin, pour ce qui est des interférences, le seul autre programme de monitoring que j'utilise est Coretemp, qui il me semble ne mesure pas les tensions.
 
Que pensez vous de tout ça? Est ce que le fait que ça soit influencé par l'overclocking vous fait pencher vers l'hypothèse d'une explication matérielle, ou bien pensez vous toujours qu'il s'agisse d'un problème logiciel? Merci pour votre aide!

Moi au bout de 6H, la temp de mon CPU était de 111°C, et j'étais obliger de reboot le PC pour régler tous les problèmes de tensions et températures

Utilise speedfan.  
Gratuit et OCCT peut l'utiliser.

>w00t w00t
Si je comprends bien, tu avais aussi des problèmes avec les tensions? Qu'est ce qui se produisait exactement?
 
>secalex
Je testerai ce soir avec speedfan, pour voir si c'est différent.

 
Eh bien, les sondes avait toutes buggées, ça m'affichait tout faux...

D'accord. Et est ce que le fait d'overclocker ou non ton CPU faisait une différence dans le buggage des sondes? Parce que ça m'intrigue quand même le fait que sur ma carte les problèmes de mesure de voltage ne surviennent que lorsque j'overclocke le proco.

Non ca n'est pas forcément due à ton overclocking même

Bon j'ai encore fait des tests hier soir, en appliquant les mêmes voltages que pour l'overclocking, mais en laissant le FSB à sa valeur standard, je n'ai pas de pics de tension. Je ferai d'autres tests ce soir, en faisant monter peu à peu le FSB jusqu'à la valeur que je sais être stable, et en observant s'il y a des pics de tension.

On me souhaite jamais mon annif' sur mon blog topic
 

 
C'était hier

bon anniversaire !    
 
bon, voilà, çà c'est fait, maintenant, au boulot !
 
     

Pas de répits pour les chinois codeurs
 

Après tout c'est du HS   .......j'ai pas envie de me faire ban   .
 

Merci les gars

allez va bosser maintenant !
çà suffit comme çà !
 
   

Je viens de me rendre compte que la dernière version d'OCCT était sur ce disque là :
http://www.pcinpact.com/actu/news/ [...] 3#c2068203

je vais faire un backup en rentrant, moi... bon, au pire, je perds deux jours, m'enfin...

Les 7200.11 tombe en panne "sans raison" certes, mais c'est tellement aléatoire que je me demande si au final c'est vraiment moins fiable que si on avais un autre disque.

 
Oui, mais bon, ca fait suer quand même
 
j'ai maintenant deux disques pour OCCT, un vieux de backup et un principal (le seagate) sur lequel se trouve OCCT. Seulement j'avais pas franchement prévu que ce con serait instable à souhait.

A une époque j'avais que de l'Hitachi, ils était censé être super pas fiable et finalement j'ai pas eu plus de probleme que des potes avec des Maxtor.
 
Mais c'est vrai qu'un disque pas fiable aujourd'hui ca fait tache alors que depuis quelque temps ca a tendance a durer tres longtemps.
 
Ceci dit personne n'a beaucoup parler des premier Samsung F1 qui s'autodetruisait (et là c'etait physiquement des secteur defectueux) tres vite, voir meme etait HS neuf...
 
L'erreur de Seagate c'est d'avoir voulu corriger le probleme en massage sans avoir testé correctement le nouveau firmware.

je vient de testé occt 3 j'ai fait un test de mon allim (enermax 480w avec ma grosse config) oc deja le pc planté au bou de 5mn ca fiche alors que le cpu seul et stable et la cg aussi il me semble et mon 12v tombe a 11.46v ca me parait  un peut bas