Reprise du message précédent :
Let's get serious  
 
http://img132.imageshack.us/img132 [...] 55mhzz.png

20 min  

la temperature CPU parait stabilisé, mais bon en effet 20 minute ca fait trop court ( dont 25 seulement de vrai burn )  
30 minute de burn me parait un minimum pour etre sur du coup

Désolé, le source de rêverie s'est tarie

pourtant mister bierman est un habitué du topic ....  
pourquoi un run si court .?

Parce que LinPack ne me sert qu'à vérifier que mon étage d'alimentation tient la charge
Pour la stabilité je préfère OCCT normal, CSMT, Prime, du jeu/utilisation quotidienne sur le long terme
Vu la dissipation relative du bouzain, LinPack n'est pas à utiliser trop longtemps. Certains ont suite à la mort de leur matériel
Il ne faut pas o/c trop fort, il est donc normal de ne pas passer trop longtemps ce genre de torture-test
Ce n'est que mon avis, mais dès que ça charge (& donc chauffe) moins, pourvu que la détection d'erreurs soit efficace => je dis OK
LinPack ne fait pas la détection d'erreurs, enfin je n'en ai jamais eu ^^
Ah si, gel d'écran/machine, BSOD mais jamais de détection d'erreurs
Je suppose que parce que ça fait tellement chauffer, que le CPU throttle du coup, il est trop inutile à moins de refroidir nettement mieux
& là bas, je suis quasi au max. (niveau bruit) et je ne veux pas encore monter la vitesse des ventilos
Il faut tenir compte de l'utilisation que j'en fait aussi et clairement, LinPack ne fait pas partie de mon quotidien

Comment t'expliquer que c'est la même chose...?

Le jeu avec ce programme (appelez-le comme vous voulez ), c'est de monter les tensions et refroidir
Pas drôle
!

Je pense qu'il a voulu dire c'est qu'avec linx une valeur remonte si elle varie d'un calcul a l'autre c'est qu'une erreur donc un instabilité est presente.
 
En meme temps, jamais eu d'erreur seulement un plantage violent like Bierman
+1 pour ca vision, si ce n'est que 3 run pour dégrossir quand on oc et voir comment réagit le refroidissement.

Faut-il préciser que depuis que mon o/c est dans les 4.05+GHz, je n'ai strictement eu aucun plantage et que j'ai lancé LinPack seulement aujourd'hui à cause de la température ambiante ...
 
& donc, au niveau d'une éventuelle instabilité (throttle quoique, ce n'est pas nécessairement un signe d'insta. , perte de perfs. etc.) => je la cherche encore !

je vais peut être poser une question qui arrive comme un cheveu sur la soupe mais est-ce qu'avec un i7 920 un eerreur detectée peut venir de l'uncore? ou bien le plus souvent du tricouple freq/vcore/pll? merci

Sur i7, il ne faut pas négliger la stabilité de l'Uncore, c'est pas pour rien que ça a besoin de beaucoup de jus quand la RAM tourne à 2GHz.

saut qu'elle est à 1100 et des poils de fesses....

Bha là si ça ne tient pas à 1.20V de vQPI, soit c'est un procal de merde (ce dont je doute), soit c'est vraiment ailleurs que se situe le soucis...

Ça peut peut-être intéresser : http://www.xbitlabs.com/news/other [...] _GPUs.html

EDIT: J'avais pas tout lu, AMD ne propose pas de pilotes encore pour exploiter la chose...

 
je disais ca à titre indicatif, ca m'arrive pas

Ah oki doki. Perso ça m'est arrivé, mais avec les RAMs à 2GHz, fallait monter le vQPI à 1.45V...

Coté dispos ca s'annonce toujours pas mieux

je peux tester ma 4850 sans soucis ?

sans saucisses !

Bha elles n'ont pas de sécurités elles, donc ça monte en température jusqu'à ce que ça plante...

 
Et merde, ca plante à cb ? 120°c ou 90°c ? de toute facon je vais y coller un ACCELERO TWIN TURBO vendredi pour la calmer    
 
les plantages se traduisent par reboot, écran noir, écran bleu ?

 
Ou que ça parte en fumé  

 
hum, ma dernière blague est mal passé, tu veux me faire mourir ma pauv 4850, la vengeance c'est mal  

 
re merde tu fais encore plus flipe  

Surtout pas. Faut refroidir l'etage d'alim. Si tu colles un rad bdon qui ne le refroidit en rien ça va fumer dans les chaumières. De plus, pas besoin de le tester plus de 2 minutes pour savoir si c'est bon.

Hello ici
 
Aller hop, mon petit passage de tous les 36 du mois pour dire que:
 
-Une machine @stock qui passe pas OCCT => daubasse (perso à l'époque ou j'en vendais, ça serait pas passé).
 
-Tout à fait d'accord avec l'homme-biere sur l'utilisation du linpack.  
 
-Je tiens à plussoyer la proposition de monitoring "passif"; d'un point de vue maintenance pour des petits parcs, ça peut etre une solution intéressante pour le technicos en charge.  
D'un point de vue image/com, ça donnera peut etre une impression plus "pro"... (je dis ça... pour moi c'est tout vu mais semble qu'il y ait encore des réfractaires, cf le quote de judgehype).
 
Bon apres faut voir si c'est faisable:
-un tray au démarrage qui lance le monito
-la place que prendront les logs
-la taille et la charge du bouzzin
-le Iench a t'il envie de se prendre la tete avec ça?    
 
Sur ce, bonne chance pour tes histoires de baraque et à dans 6 mois!  
 
 
PS: tiens maintenant tu es un sanglier des steppes de sibérie?  

Monitoring passif => je veux pas empiéter sur HWmonitor, dont j'utilise le moteur. C'est son taff, pas le mien
 
Merci sinon pour les encouragements
 
Pourquoi le sanglier des steppes de sibérie ?

 
Rapport au "russian software..." quoté y qq pages
 
 
Ouais bon, porte toussa, je sais...  

Tetedeiench >
Dis , tu n'aurais pas envie qu'OCCT gère la fin
PS: rapport aux secondes écoulées entre chaque cycle Linx  
 
Sinon, 1/ taff

2/ trop de merci etc.

3/ joker  
Pas de spoiler  
 
N.B.: repense à ma proposition, ça aiderait certains à un peu + croire à CPU:OCCT  
Quelque chose qui n'apparaise pas forcément dans les graphiques ni en tabulations...

Je dois avouer n'avoir rien compris vieux

Faut avouer qu'il n'aurait pas forcément d'intérêt évident au commun !
Mais pour le gens recherchant la limite; et surtout limite en T°C, forcé ou pas => instable
PS: manque les tempés mais on se doute qu'elles devaient être bonnes, re - ...
 

 
Personne ne voit de quoi je parle, bah vous avez jamais entendu parler d'un Linx stable vous ???
Moi si, c'est comme le screen
 
Mais quand instable, le temps (qu'on voit dans les graphiques du iench., ou en CSV), montrent aussi cela => que c'est stable, car en instable on dira qu'au pire si la machine ne plante pas, on y verrait des laps de temps inconsistents
 
Ce que je veux savoir c'est si Tetedeiench va pouvoir et/ou vouloir implémenter l'affichage, autrement que graphiquement ou en CSV pour les plus extrêmistes, de cette inconsistence
 
Soit en clair: directement dans l'interface, en fenêtre à la mode GPU:OCCT ou pas etc.
Débrouillez-vous, je sais pas expliquer autrement toussa !
 
PS: je ne parle pas d'un contenu à la mode Linx, mais qu'on puisse connaître le temps passé...
Voire les GFlops serait bien aussi, car demandé
Valà ^^
 
La raison de cette idée , ce sont des gens qui ne croient pas aux captures OCCT de CPU:Linpack (et pas CPU:OCCT, précision )
La capture de la fenêtre de l'interface principale, pas des graphes!

 
tu m'intéresses yo, l'étage d'alimentation se trouve ou sur la 4850 ? faut un rad passif en plus ? je voulais y mettre ca : http://www.grosbill.com/4-arctic_c [...] _graphique  

BIERMAN : en te lisant je ne comprends tellement rien que j'ai l'impression d'avoir affoné une bouteille de vodka ^^

Si c'est le rad standard des 4850, il y a un rad dessus sur lequel souffle le ventilo. La rad que tu montres, devrait faire mieux quand même.

OK, donc rien à rajouter pour l'étage d'alim, merci pour tes conseils.

J'ai du la boire avec toi la bouteille  

ca me rassure , je croyait etre le seul a etre    a cette heure si

;-)

Oh ça va, si vous pouvez pas réfléchir 2 secondes, je peux rien pour vous
C'est jamais simple d'expliquer, encore + que d'avoir l'idée
Pour vous dire
 
Bon maintenant l'idée c'est d'afficher l'exécution du test LinPack dans l'interface principale, autrement que le décompte de temps ou le pourcentage d'utilisation
 
Pourquoi (histoire de la crédibilité d'une stabilité...), je vous laisse chercher
Si le iench n'a pas compris, vous n'aurez pas la feature
 
Alors laissez-le réfléchir, c'est à lui de comprendre
 
Merci