Reprise du message précédent :

 
A voir, mais à reproduire ce genre de trucs, mamamia...

  c'est fini, tracé plat on l'a perdu  
heure du deces ..  
   
 

 
Tu parles...    
 
Depuis que je l'ai eu, j'ai essayé au moins 20 tests (de 30 min à 9h ; CPU, Ram ou Mixte) et tout s'est déroulé normalement
 
@+

 
 
ok...

demande confirmation à Tetedeiench

il m a donne cette erreur apres 1h de test...
 
je l ai remis en test avec les memes reglages et ca passe 1h20min...
 
 
 

J'essaie de nouveau ce soir, en essayant de garder les mêmes conditions de fonctionnement
 

 
Un des threads s'est arrêté pour une raison quelconque (généralement, une erreur détectée) et donc les autres s'arrêtent aussi.
 
Sinon, tu aurais 3 coeurs qui tournent et un arrêté sur un quad-core.

 
Le blem, c'est de réussir à le reproduire chez moi pour que je voie ce qui cloche
 
J'essaie en mode "ultra fast"... j'arrive bientot à 2h, on va voir...

http://www.anandtech.com/mb/showdo [...] i=3267&p=7
 
J'avais un peu stimuler Raja sur XS a revoir leur methodologie de definir le "stable overclock" après leur revue foireuse criant a la suprématie de la Maximus contrastant avec le flop en OC des quad en stabilité réelle. J'avais bien expliquer que sur les nouvelles CM OCCT en mode RAM était déterminant et pas seulement un blend avec prime95. Par la suite, c'est de plus en plus répandu sur XS et la je vois que malgrè une arrogance initiale, il s'y est mis. Faut croire qu'ils ont aussi realiser le potentiel de OCCT a faire avancer le tweaking d'un OC.
 
Le mode mix a don intérêt a rester performant comme la plupart vont l'utiliser. 2h comme ils ont fait permet de tester 1h CPU/1h RAM en moyenne, ce qui n'est pas mal
 
Comme ça reste un site de réf des anglosaxons, ben OCCT marque un serieux point positif là  

A on va moins halu sur leurs oc aussi.

 
Oh putain anandtech
 
Chuis fier

Tu peux  

super zarbi le coup du disque dur

en idle occt éteint everest on : aucun accès DD
en idle ou en burn occt & everest allumé : un accès toutes les 2 secondes

edit : même chose avec built-in ou none et dés que je ferme occt 2.0.0b.b1 les accès s'arretent

 
http://www.xtremesystems.org/forum [...] ost2551455
 
Mon post avec sa réponse en dessous  
Quelques messages en dessus, y a aussi mon post ou je lui propose de tester les FSB stables plutot que des max instables en Blend
 
S'il l'a fait ben c'est qu'il a bien fini par voir que OCCT est bien mieux que Prime95
Tu peux être vachement fier  

Du coup, dès que je reteste un brin cette 2.0a, je vais refaire la pub sur XS  

faudra bien un jour ou l'autre payer un coup  

Juste comme ça, c'est normal que quand OCCT trouve une erreur les graphs ne soit pas généré (test perso infini mixte)

il n'y a que moi qui ai des problèmes
en + des accès disques la détection fsb/oc sur les graphes est pire qu'avant
avant j'avais 6*340=2040 mhz pour Overclock à la place de 3400 Mhz
et maintenant Overclock : 59 Mhz

alors qu'avant le test et pendant j'avais les bons chiffres dans la fenêtre OCCT

 
 
je suis curienx de savoir en combien de temps tu fdais un superpi @ 59mhz! c'est occt qui a buggé ou koi?

+1 il me met 9Mhz moi

 
non mais je suis bien en 10*340=3400mhz
y a bug d'occt

Ayant vu apparaitre des erreurs qu'après 9/10h de stress test sous Prime95 alors qu'en environnement non o/c, je n'avais aucunes erreurs, j'en reviens à me demander si pour OCCT c'était la même chose.
 
tetedeiench, tu propose en Auto, 1h....
OCCT serait plus agressif encore que Prime95 ?
Ne voulant pas passer au travers d'erreurs de calculs.... A partir de quand OCCT réitère les mêmes calculs ? c'est par tranche d'1h ?
 
 

Ca va forcément dépendre de ta configuration, pour savoir en combien de temps une boucle est effectuée...

 
grosso merdo bien sûr !  

Test en mode infini, tu verras bien au bout de combien de temps il va te trouver une erreur.

 
c'est bien pour éviter ça que pose cette question....  

Plus tu laisses tourner ce genre de programme, plus la probabilité d'erreurs venant de lui diminue, dépendant alors d'autres facteurs extérieurs: fluctuations d'alimentation, chauffe possible si ventilateurs faiblissent, erreurs aléatoires (tout type)...
!

A durée identique, OCCT est plus efficace. Mais 10h de Prime95 n'est pas équivalent à 1h d'OCCT.

Qui se lance dans un comparo en instable: OCCT, CSMT, Prime95
!

Un tel test avait été fait avec 9 logiciels (aucun n'était multithread) :
    * OCCT 0.91
    * Prime 95
    * Super PI 1.1e
    * Toast
    * CPU Burn-In
    * CPU Burner
    * CPUStabTest
    * Hot CPU Tester Pro 4.2.3
    * BurnInTest

http://www.bel-hardware.be/Cpustests.html

Maintenant, il y en a au moins 4 en multithread : Orthos (2 thread max), Prime95 2.25, OCCTv2, CSMT.

edit: Everest en inclus un il me semble.

 
c'est clair, tu as résumé en peu de choses ce que je voulais    
 
En gros, une erreur détectée au bout de 10h par Primev25.5... en combien de temps serait-elle détectée par OCCT (a condition qu'elle soit détectée bien sûr )

J'étais extra-lucide dans une autre vie

 
Allez... qui se lance....
 
je lui offre un malabar tri-goût pomme/banane/fraise !

C'est pas une question de qui se lance, c'est pas des enchères...
Sérieusement, un overclock c'est bien plus complexe que ça. Si c'étais un processus mathématiquement reproductible, ça serait trop facile. C'est quelque chose d'aléatoire. Un éléctron peut ^'échapper de son circuit et provoquer un court-circuit à tout moment, n'importe ou. Dépend de combiens d'éléctrons, ou est la fuite, le type de CPU, le type de calcul, le type d'OS, de et de et de... ben le résultat est différent. L'overclocking n'est pas une science exacte et quelqu'un qui avance 10h prime95 = 1h OCCT ou autres, ben c'est qu'il n'y a pas compris grand chose, car ce n'est pas reproductible. En mode CPU, OCCT et Prime95 ne devraient pas être rop différents. En mode mixte et RAM (large/blend) c'est incomparable, Prime95 pouvant simplement tourner 15h stable, ce qui montre qu'il est inefficasse a ce niveau. OCCT est plus efficasse a ce niveau.
 
Concernant la durée, comme dit plus haut, en général quelquesoit le programme, après 2h de temps, la probabilité de trouver des erreures est faible, mais reste quant même présente. Plus ça dure, plus c'est faible. Mais si ca tourne 3 mois, il finira par se planter quant même

 
 
Marrant ton lien, Fouge. Du coup, j'suis allé faire un tour sur l'ancien site de Compu ; ça fait un bail que je n'y était plus retourné (depuis qu'il l'a mis en sommeil, en fait). Et, en revoyant le test, je me suis souvenu que c'est grâce à lui que j'ai connu OCCT    
 
@+

 
Euh... oui enfin, c'est pas vraiment comme ça  , tu as eu des cours sur les semi-conducteurs rassure moi ?
Lors d'une forte monté en fréquence, il peut y avoir des étalements de spectre (électromagnétique) qui provoque des distorsions du signal et donc une instabilité au niveau du processeur. Appelé aussi Dispersion électromagnétique.
 
Ce qu'on explique, et c'est là que tu n'as pas tout a fait saisie le fond de l'informatique/électronique LOGIQUE.
Lorsque ton processeur est identifié comme instable, il ne le sera pas de manière cyclique en effet, ça ne se reproduira pas de manière figée.
Mais il le fera dans tous les cas !
 
c'est ce que l'on recherche !
 
De voir tel ou tel logiciel détecter ou non des erreurs et ça c'est une science exacte ! un processeur limite au niveau stabilité plantera dans tous les cas sur du lourd calcul sauf si le logiciel fait mal son boulot... et c'est ce que l'on veut démontrer par un test.
 
Sinon, tu nous apprend rien de plus, et tu réponds pas du tout à ce que l'on posait comme question. Tout ce que énonce... on le sait déjà ! Sinon, on en serait pas à vouloir comparer les méthodes de calculs de tel ou tel logiciel
 
 

 
Sur un core actuel type un coeur de c2d, je pense que la boucle doit arriver aux environ de 24h, un truc du genre...
 
Par contre, je suis incapable de te dire que X min d'OCCT = Y min de prime. La génération d'erreur est aléatoire, donc OCCT a certes un terrain plus "propice" que prime, mais de là à te dire un chiffre exact, heu...
 
Faudrait des données sur un échantillon représentatif de plusieurs centaines d'ordis instables pour avoir cette approximation... et je l'ai pô.

ESt-il prévu une version bootable d'OCCT, qui ferait donc fi des probables erreurs générées par l'OS ? bien sûr, avec des possibilités en moins...

Non, pas pour le moment... et c'est pas dans mes roadmaps, loin de là.

Putain les mecs je viens de recevoir mon portable pro, vous verriez la bête...
 
Un HP 8910p avec 4go de RAM, un C2D T7700, DD 120Go 7200rpm, écran 15" en 1680x1050, graveur DVD double couche, et une ATI Radeon HD 2600 avec 256MB de mémoire...
 
Bah punaise...