Reprise du message précédent :

 
Bah vi  

Ah tiens, a ce propos Iench, pour la prochaine beta, tu ne pourrais pas incorporer un systeme qui ne coupe pas le test en cas d'erreur, ou bien créer une interface pour l'user, qu'il puisse choisir au bout de combien d'erreurs le test s'acheve?
 
Un peu comme un detecteur d'artefacts, laisser une tolérance ; High o/c --- low o/c...
Ou bien un tableau a la memtest...
 
Enfin, c'est qu'une idée hein!  

Drapal, en attendant mieux

UberMario> Tu voudrais que même si le PC fait une erreur de calcul, que le test continue ? Quel serait l'interet ? Une seule erreur suffit à déterminer si le PC est stable. De plus, contrairement à du "simple" affichage vidéo-ludique (et encore ça se discute), la tolérance CPU/Chipset/RAM doit être zéro.

Moui, mais parfois, en forcant un peu ca passe
 
Enfin, sté une idée en l'air, c'est vrai qu'en y réfléchissant...
 
Mais d'un coté, si ca passe occt par exemple a 2.8ghz, et ca fait une erreur au bout de 8h a 2.850ghz, pour une utilisation normale, ca serait amplement suffisant, tu vois où je veux en venir?
 
Faire la différence stable/rock stable en qq sorte...

 
Le problème, c'est que une erreur = plus stable du tout

+1

Moui, spossible
 
M'enfin, c'est assez zarb, parce que je peux passer 15h d'occt a 2.7ghz, ca passe, a 2.8 ca tient pas 5minutes mais acun probs en jeux etc...
 
Car la els 2 cores sont moins sollicités en fait, maintenant que j'y réfléchis...
 
Bref, sté une idée en l'air...
 
(vivement mon opty )

je ne comprend pas le pc tourne niquel t°c max 60°/core frequence faible (2.8ghz pour un 4300) ram de boeuf(pc6400hz 800).
je ne voi spas ou est l'erreurv.core/fréquence etc...
pour infos mon v.core proc ets en auto (env. 1.375)

UberMario > J'crois qu'il n'y a pas besoin de paramètrer OCCT pour savoir si ton PC est "stable" en utilisation quotidienne ou non. Comme OCCT sollicite énormement la machine, forcemment, après un certain tps sans erreurs, tu peux considérer que tu n'as qu'1 (mal)chance infinitésimale de planter en utilisation au quotidien, qd tu sollicite ton PC "normalement" (même en faisant simultanement : encodage vidéo, jeu 3D et... autre chose, je pense qu'OCCT le sollicite +).
Pour moi, je me suis fixé 2 heures d'OCCT pour considérer que mon PC ne plantera pas en utilisation quotidienne. Et, empiriquement, ça marche ! Avec un O/C qui tient 2 heures d'OCCT, ma bécane n'a jamais planté bien qu'elle reste souvent branchée 24/24.
Alors, peut-être qu'OCCT détecterait une erreur au bout de 3 heures ou 6 heures ou... 2h05   mais l'important, c'est que mon PC ne me plante pas au jour le jour.

Iench > Par contre, me vient une idée   : je suppose (peut-être mal) qu'OCCT utilise un protocole de tests qu'il passe en boucles infinies tant qu'il n'est pas stoppé et qu'au bout de 8 h (par ex.) il a déjà fait plusieurs fois le même test. Ca pourrait être sympa de voir dans quelle boucle on est. On pourrait se dire "si OCCT fait x boucles sans erreurs, mon PC ne plantera pas au quotidien". Un peu comme les pass avec MemTest.

@+

Hihi, honnetement, le truc que j'utilisais c'etait d'abord orthos (désolé de la contre pub), et si ca tenais plus de 15-30min, hop occt toute la nuit
 
Pour moi, un pc tournant 8h avec occt ou orthos, ca me suffit a me prouver qu'il est stable ou non

reinel > le seul critère c'est le temps total de test, pas ce que fait OCCTPT durant ce temps...

 
Surtout sous BOINC, hein Jokeur  

D'un autre coté, si t'as une utilisation "peu intensive" de ton PC, inutile de faire un test de 8h.
Si tu fais un test si long, alors assume le résultat de ce test

Voui chef
 
Mais moi je suis a cheval du mhz pres pendant un o/c spour ca... Et puis ca lui fais pas de mal de le roder un peu, au proco

En effet, en ce moment c'est +50MHz par soir
3.75 à 1.44 et ça tiens

'lut,

J'sais pas si qcq'un a déjà proposé de faire un bêtisier des graphs obtenus mais j'en ai 1 beau :

Tension perso sur la VRam (2,65 V) pendant 1 test de 1h, monitoring : Everest

Par contre, p'tit bug => la tension varierait de ~0,75 V à ~12,75 V soit 12 et non 23,5.
En +, une variation de 23,5 sur une tension de départ de 2,65 V ça donne un ripple de... 887 %    (et non de 100 %)

@+

 
Il en a encore sous le coude ton C2D    
 
   
 

Bonjour,
 
Juste pour voir et pour faire comme d'autres, j'ai lancé un test de 8 h cette nuit => PC stable    
 
Par contre (mais j'ai pas les graphs sous la main) y'a tjs 1 p'tit blèm' avec le calcul du ripple :
j'ai encore une courbe de VRam zarbi avec une variation de 4 V (ça vaut pas les 23.5 d'hier soir   , en progrès) et le graph m'indique encore 100 % de ripple. J'ai l'impression que le calcul du % est plafonné à 100 % qcq soit son amplitude.
 
Iench => un truc comme ça me fait dire que, si tu veux harmoniser les courbes des tensions en prenant la même échelle déterminée par le ripple le + important, il serait bon de limiter ce calcul aux tensions "connues" (Vcore / 3,3 V / 5 v / 12 V) dont on sait que le ripple dépasse très rarement 5 %. Mais exclure de ce calcul les tensions perso qui peuvent parfois donner des résultats... surprenants.
 
@+

 
Doit y avoir un bug sur le calcul du Ripple des tensions persos vi

Salut, je pensais poster un feedback de bug OCCT mais le souci semble être ma foutue config finalement.
Petite reprise allégée de mon poste sur le topic unique de la CM associée ( ICI )
Je précise que le post avait été écrit en utilisant OCCT 1.02 et Speedfan 4.30
----------------------------------------------------------------------------------------
J'ai l'impression que l'association entre ma CG, ma CM et OCCT pour les tests provoque un plantage irrémédiable après 1 min (environ).  
OCCT plante avec un petit FSB de 285, là où tout mes autres tests sont passés, dont le test 3D du Ati Tray Tool qui chauffe plus la CG que 3DM2006, couplé à TAT pour occuper le second coeur, le tout pendant 30 min et mémoire sous clockée (à 185MHz avec les timings de 200).  
Bref c'est énervant et assez inexplicable. Si au moins j'étais sûr que celà soit uniquement un bug avec OCCT...  
Je vais aussi essayer avec les Drivers Chipset 5.11A datant du 1er février, et les drivers de CG de janvier, au cas où...  
 
- Tests fait @FSB 285 et résultat -

• Super pi v1.5Mod, ok -> 2M (pas testé 4M et +)  
• Cpumark99, ok  
• Sandra lite 2007, tout les tests mémoires et cpu, ok  
• Cinebench 9.5, mono et multi cpu, ok  
• 3D Mark 2005 & 2006, ok sans artefact  
• OCCT Perestroika, plantage en une minute environ ou dès réglage de l'utilisation de speedfan pour le monitoring  
• Ati Tray tools + TAT sur 2ème coeur pendant 30 min, ok sans artefact  

c'est un utilitaire qui permet de régler les paramètres des CG ATI, il vient avec un petit test interne utilisé pour tester l'O/C de la CG, celui est très bien car il monte plus la CG en temp° que les 3DM  
C'était le seul test (à part OCCT) qui ne passait pas avec un FSB de 295.  
Au pire de chaque test, temp° CPU à 56° sous Tat, CG à 65° coeur et env 40°
----------------------------------------------------------------------------------------
Hier, j'ai refait le test aux fréquences d'origine CPU et tout passe bien pour un test 20 minutes.
Par contre je n'avais pas d'affichage du nom de ma CM.
J'ai installé OCCT 1.1.0 et speedfan 4.31 et le nom de la CM s'affiche bien, toujours pas de souci pour 20 min de test. Je n'ai pas (encore) essayé SP2004.
Le plantage avec OCCT 1.02 m'avait bien surpris, car tout le reste se passait bien, et en plus il avait lieu soit dès la fin de la minute de monitoring, soit en configurant la surveillance.
Et c'était un blocage complet de la machine, pas une erreur détectée par OCCT. (j'ai découvertles messages OCCT d'erreurs sur vos copies d'écran)
 
Je vous tiendrai au courant si OCCT passe bien en refaisant le même O/C avec tout les drivers à jour (carte graph, bios, chipset, OCCT et speddfan)
 
EDIT : au fait, c'est quoi le ripple ?
Sinon mon problème d'o/c vient peut etre de mon alim. Les graph du test personnalisés m'ont permis de voir mon 12V à 11.5V pendant tout le test, J'espère que ce n'est qu'une erreur de speedfan de monitoring.
Pour parler de speedfan, je n'apprécie pas trop son monitoring de temp CPU qui parait faible et très en retard (cpu à 39° sous speedfan, à 55° sous TAT). Je sais qu'on ne peut pas modifier OCCT pour un outil si spécifique que TAT, le lobbying est donc à faire coté speedfan, vu que "l'erreur" est déjà là rien qu'en lancant speedfan.
Et je ne me suis aps inscrit sur le site de speedfan pour recevoir le profil de ma CM, est ce que quelqu'un sait si cela peut provoquer des erreurs et / ou de mauvais lectures des temp / volt ?

Attention, il y a une grosse différence entre ATITool et TAT par rapport à OCCT. OCCT va être beaucoup plus exigeant sur le chipset/bus mémoire que TAT (qui ne fait aucune lecture/écriture en RAM, quasiment), et ATITool (ou tout est géré coté carte graphique).

De plus, TAT ne gère absolument pas les erreurs de calcul... il fait *juste* chauffer l'bouzin

Bref je pense sincèrement que le problème vient de ta machine...

C'est ATI Tray Tool, pas ATI tool.
Mais oui, OCCT fait surement plus charger la mule. J'aime bien le test de ATT car il chauffe plus la CG que les 3DM, et plus vite (les temps deviennent stables vers 15-20 min). En plus, il permet de bien charger un core, et la chauffe de la CG monte bien la temp dans le boitier et sur le chipset.
Bref, c'est un bon test préalable à OCCT.
Maintenant comme je l'ai dit plus haut, je suis surpris d'avoir planté OCCT rien qu'en allant dans le menu de configuration speedfan ou au bout de la minute de moitoring, donc avant même de charger la machine.
Pour info sur mon alim qui est probablement ma source de souci, c'est l'alim intégré du boitier Antec Sonata 2, soit une 450W Smart Power.

sined> Quand tu fais un test infini (sous OCCT) ça donne quoi ?
Un test d'1h sans Speedfan, ça donne quoi ?

Lire ce qui est en gras bleu :

Je te conseille plutôt des soft comme Memtest, SP2004, OCCT PT, CSMT, etc. Les bench, c'est de la perte de temps pour tester la stabilité.

Le plantage au bout d'1 minute avanait lieu sans speedfan.
Configurer speedfan plantait OCCT (avec l'o/c FSB à 285).
 
D'accord avec ce que tu mets en bleu gras dans ton post (mais je n'avais pas pensé à tout ça l'autre jour pendnt les tests).
Je ferais le super pi 32M.
Je garde ces tests juste en préalable aux tests stabilité.
J'avais fait un memtest de 45 minutes, qui était ok (merci le livecd Unbutu 6.10 pour le memtest intégré)
Je ne connais pas CSMT.
 
Edit : je n'avais cherché à faire que des tests duré limités OCCT, pas de test infini (prévu pour plus tard). A essayer donc.

Il faut une version de speedfan relativement récente, hein sined

mouarf, je croyais que la 4.30 l'était, mais non. A ce propos, la 4.32 est annoncée pour bientôt depuis le fin 2006 sur le site.
Je ne sais pas 'impact des prfils personnalisés dans speedfan, mais tout seul il ne reconnait pas ma mobo (contrairement aux P965 je parie)

CSMT c'est dans ma signature  
 
L'avantage du "test illimité" d'OCCT c'est qu'il n'y a pas de minute d'idle.

 
4.30 c'est bon hein, je fais mes tests sur la 4.29

Je viens de réagir que pour isoler le cpu de mes souci d'O/C, je pourrais l'essayer en 300x8 au lieu des 266*9 d'origine.
Ainsi sa fréquence ne bouge pas, mais je peut voir l'impact des réglages d'O/C sur le reste de la CM.

SPI32M sur un dual core c'est bof, ou alors il faut lancer le test en double (il faut 2 dossiers de SPI).

 
Ou alors tu le laisse dans le RAR et tu le lance deux fois en choisissant l'affinité dans le gestionnaire des tâches  

Les constructeurs d'alims utilisent OCCT pour faire certains tests

Hallucinant

J'ai dans ma boite un mail d'une société qui veut confirmation de ses résultats

Le début de la gloire, des femmes nues partout, des billets en baignoires, etc... ça va être dur comme vie  

 
Pour tester la stabilité de Iench ?    
 
   

 
D'expérience, je tiens le test auto (30min) facile, par contre, au delà d'une heure d'infini ou de perso, je m'effondre en spasmes convulsatoires avec force excrétions.
 

T'as testé en mono ou multi corps ?

 
je cherche désespérément du multi-corps

Faut faire gaffe. Généralement y'a un corps qui est plus chaud que l'autre.
Et si tu veux t'éviter un rodage => prends du pré-testé !  
 
   
 

Grande forme depuis le début d'année, en téléchargements...
 
20.000 depuis le 1er Janvier, on vient de dépasser de 10 dls les 370.000 téléchargements au total...