Reprise du message précédent :
Essaie en mode CPU&RAM ou supérieur, tu verras...

Je pense que le test CPU de la 1.1.1 passe aussi, donc compare sur les mêmes bases

Merci pour les tests, mais le test CPU a toujours été moins performant que les autres, il stresse moins de composants en fait

Mmmh ici j'ai bien testé les modes CPU sur chacune des deux versions.

Enfin ceci-dit je vais de ce pas tester le mode CPU/RAM en B06

edit : Ah effectivement, en mode 128mb data size, OCCT crash avec le message d'erreur windows traditionnel. Bon ben mea culpa, je ne savais pas que le mode CPU était si peu efficace ! Quid de son utilité ?

Message d'erreur windows traditionnel ? wow T'as un screen ?

Le mode CPU de la 1.1.1 est entre les deux modes de gauche, en réalité... essaie le mode de gauche

Je vais surement changer les tests, en mettre que 3, pour simplifier, effectivement, sur le slider... je vais voir ça ce soir. problème : beaucoup de taff aujourd'hui.

Encore une petite question, cette fois à propos de la valeur Max CPU Temp (dans l'onglet Monitoring)
Est-ce un seuil ou une alerte ?
 
Imaginons qu'on le fixe à 50 degres sur un CPU capable d'atteindre 60 en pleine charge.
Quel est le comportement d'OCCT à ce moment la ? Cherche t'il par ce biais a rester en deça des 50 ou va t'il generer une erreur car le CPU va monter plus haut ?
 
Merci

il s'arrete

 
iench,
 
Je solicite encore un peu de ton temps pour une explication    
 
Je règle l' o/c suivant:
 
E6750@3.6Ghz (450 *8), Cpu 1.425V, ram synchro à 2.0V.
Je lance occt (1.2.0.b06), erreur code 4 en moins d'1 minute    
Je me dis, ce n'est pas grave, on va monter le vcore.
1.4375, 1.45, ..., 1.525 (à cette tension je suis stable @3.8   à l'époque de la version 1.1.0, testé avec d'autres logs aussi )
 
Je test superPi histoire de vérifier la ram !!! ERREUR !
C'était elle la coupable    
 
Retour dans le bios, je mets 2.1V sur la ram et 1.437 sur la cpu.
Je relance occt et la ça fait + de 3h et pas d'erreur    
 
Alors le code 4, cpu où ram ???
 
PS: Tu n'aurais pas dû rendre dispo. les codes, cela va te faire travailler encore plus    
 
Merci.
++
 
Edit:
En mode "infinite", je n'ai pas le bug du taux d'occupation cpu  

salut,
petite reflexion ;
 

 
quand je vois le graph de temperature, je peux déduire que le pross ne subit pas une charge, entre la 1ere minute en idle du début et les 4 de la fin, mais 3 "assauts" de charges au vu des pics de temperature. Jusque là je suis bon ?
Je trouve ça dommage, car ça rend difficilement detectable un pross qui throttle (meme si ici la temp n'est pas excessive). Je veux dire par la, que s'il n'y avait qu'un seul "assaut" de charge continu, on pourrait detecter facilement une faiblesse du cpu en voyant sa temp diminuer.
Je dis ça, mais je ne connais pas non plus la contrainte technique ; peut etre qu'une seule charge rend le bench trop hard pour le cpu, et pourrait donner comme non-stable des cpu qui le sont.
J'imagine que c'est un choix reflechi que tu as du faire, mais pkoi donc? D'autre cpu test comme orthos ou cpustress sont pourtant bien 100% load ?
Est-ce qu'il t'es possible de moderer la charge appliquée et avoir quelque chose de plus lineaire ?

Là aussi OCCT est bien en load à 100%. Mais il doit y avoir des paramètres qui varient en cours de test. T'as testé le mode personnalisé à 30min (pour comparer à temps identique) en mode CPU puis en mode RAM ?

 
oui oui, c'est bien du 100% load, mais d'ou viennent ces pics de temp alors ? c'est bien qu'il y a 3 fois une charge plus forte non ?
et non, c'est vrai que j'ai testé que du mode auto.
Les perso Cpu et Ram sont differents au niveau de la charge ?

Voilà, j'ai enfin reussi a installer mes radiateurs, mais j'ai rien gagné. ça doit être le pencil mod au carbone qui ne tient pas longtemps... Peut-être que je vais me faire un vrai vmod...
 
Bon, OCCT ne semble plus donner de faux positifs chez moi non plus
Il est stable même en OC
Tjr le bug %CPU (mais bon, c'est connu)
 
Sinon, le test large data size RAM 512Mb occupe environ 490Mb de RAM. Je pensais que c'est 512Mb/core
Du coup, même ce mode sollicite moins la RAM que l'ancien mode CPU+RAM
 
C'est l'ancien mode RAM qui plantait chez moi sans fichier error.dat, donc pas possible de reverifier vu que ce n'est plus comparable. Si je veux tester sur toute la RAM disponible, comment faire?

Ca sent le throttle, non ? Ou alors l'exécution en swap...

 
Pour l'instant, pas possible, le mode "toute la ram"... ca va revenir par la suite je pense.
 
L'occupation mémoire affichée sous le slider est l'occupation "totale" (i.e. il affiche le résultat de : mémoire par coeur * nb de coeur).
 
En tout cas, content qu'il n'y ait plus de faux positifs !
 
Concernant les bétas, je crois que je vais prendre mon week end, et vous faire une release semaine prochaine, pour le slider "final", le bug du % CPU et réduire/modifier les tests... chuis un peu débordé, donc je prends un peu de temps libre, je voudrais avancer à bioshock

 
J'ai bien le throttle désactivé dans le bios.
Tous les screens de t° cpu de quad que j'ai vu se presentent tous de cette maniere, on voit distinctement 3 assaults (ou 3 chutes...)
J'ai des screens de 2 xeons 3060 (c2d), idem.
Je ne pense pas que ça soit du throttle.
Peux tu expliquer "éxécution en swap" ?

exemple d'autres screens equivalent, piqué par ici et par là :
http://img454.imageshack.us/img454 [...] pu2rv2.png
http://www.mezimages.com/up/09/541 [...] 7-CPU1.png
 
ici, le phenomene sur xeon 3060, ça semble s'amplifier en montant en frequence/temperature :
 

 

 
Bah, il s'agit de variations de moins de 4 degrès, c'est assez fréquent. Verifie sur Prime95 ou en mode CPU pour voir si tu n'as pas de variations?

[HS]
 
J'ai encore serrer mes timings memoire malgrès ma RAM qualité mediocre. C'est vrais que l'on voit vite la difference entre 5-5-5-15 et du 4-4-4-10
 
J'ai essayé de limiter les autres timings dans le bios, et j'ai eu un fail total de ma CM: caractères bizarres a l'ecran au demarrage. J'ai du enlever les 4 barettes, retester une après l'autre pour voir si elles ont grillé, et ça a marché une fois que j'ai tout enlevé et remis mes RAM, bizarre
 
[/HS]

Oui l'un est orienté CPU l'autre RAM. Le test Auto est un intermédiaire. Et un test orienté CPU fera un peu plus chauffé qu'un test orienté RAM, bien que dans les 2 cas cela soit à 100% d'utilisation.

Mmmh...
 
Je suis en train de chercher de bons settings mémoire pour mon OC que j'ai validé avec Orthos et OCCT.  
Est-ce normal que juste par le fait d'augmenter la fréquence mémoire, je puisse générer des code d'erreur 4 (erreur de calcul) ?
 
En gros, je vois qu'il existe un code 3 (problème mémoire) et je me demandais pourquoi je n'écoppe pas de ce code, puisque là seule chose que j'ai changée, c'est la fréquence de ma DDR. 550mhz au lieu de 425mhz quand même  

je viens de retester, en monitorant la charge UC par le gestionnaire des taches ; je suis bien a 100% tout le long, donc pas de throttle.
J'ai testé le mode perso (CPU) sur 30mn, meme phenomene.
 
j'vois vraiment pas d'ou ça vient...

 
Le throttle c'est quand le système diminue la fréquence et le VCore de telle sorte que le processeur ne surchauffe pas, on ne peut pas voir ça dans le gestionnaire des tâches, le processeur sera toujours physiquement à 100% mais à une fréquence différente.

 
ok, j'ai pas reflechi sur ce coup là. Le load reste le meme pendant un throttle mais le fsb ou coef qui baisse pour diminuer la t°.
j'avais un cpu-z de lancé, je n'ai pas vu mes frequences diminuer (ni coef, ni fsb, ni fequence cpu)

Tu peux le voir dans Everest...
Enfin avec une IP35-Pro ça fonctionne en tout cas ! C'est ptet grâce à la sonde µGuru

La fréquence et le coeff sont mis à jour en permanence. Je vois bien quand le C1 ou l'EIST réduisent le vcore et le coeff à x6

Hop, comme promis ya quelques jours: [Duel] QX6850 VS QX9650 Penryn

 
   
c'est bizarre cette histore d'imcompaibilité avec les HD2900.
sinon,   quand meme!

entre les peryn et les 8800GT , la fin d'année est agitée

J'espère avoir une béta ce soir... sinon, demain
 
Vous verriez mon emploi du temps ...

Allez demain soir mais qu'on soit fiers de toi !

Tu me mets pas la pression, non non

Je viens de recevoir un don de 10€ de la part d'un américain qui habite à Orlando...
 

Salut,
 
Je suis stable avec OCCTb06 (18h) mais j'ai des reboot sous Orthos !  
 
L'overclocking, caÿ dur !    

Il t'a reconnu, t'es son idole, son gourroux, il te paye, c'normal  
 
=> http://www.jmax-hardware.com/index [...] mitstart=9
 
EDIT : avoir ce CPU depuis si longtemps et ne pas avoir la dernière version d'OCCT, cétÿpO malheureux ...
A moins que la 1.1.0 ne date d'après le 7/10/07

18h du même test ou t'as fait 3 fois 6h de chaque test (CPU, RAM, CPU&RAM) ?

Va falloir surement patienter un peu pour la prochaine version, hier, j'ai taffé jusque 22h... Et dodo 22h15

Je balance juste une idée comme ça, en rapport avec les problèmes de mémoire vive sous Vista :
 
Est ce que le Superfetch ne perturberait pas tes détections de mémoire vive dispo ?

 
Aucune idée, j'ai pas vista...
 
Vu que j'ai un SLI et que 2Go de mémoire vive, et qu'en plus je suis un joueur... je veux pouvoir jouer (et bientot finir) bioshock, style

Faut arretez avec Vista, ça tourne bien meme avec 1Go de RAM.
 
Sinon le superfetch & co en principe ça doit rien perturber, mais là c'est au iench de faire son taf de dev et de lire la doc du platform SDK.

 
Un seul test (128mb data size). Je vais appronfondir et essayer de faire rebooter mon pc avec OCCT, y'a une couille dans les épinards quelquepart, mais je sais pas ou...
 
Sinon une petite idée, sur les graphs on voit parfois des ripples important, mais le graphs étant un poil impréçis pour les variations de courte durée, il est impossible de voir ou/quand/combien à eu lieu cette variation. Ne serait-il pas intéressant d'ajouter les valeurs minimale et maximale en enregistrées pendant le bench ?  
Surtout utile pour le monitoring de voltages...
 
Exemple :  
 

 
Ripple de 0,08 enregistré, sur le graph 0,03 visible max. Je ne sais pas si c'est un pic de voltage, ou une grosse baisse à un moment...
 

Pour ceux qui ne l'aurait pas vu    
 

 

 
Donc Penryn + OCCT 1.1.0 marche impec  

Je viens de lancer un OCCT auto 30 minutes avec un OC  (je ne sais pas s'il est stable mais j'en doute) avec la b06 et j'ai obtenu un Code 1 pour les 4 Threads, ce qui signifie "le thread s'est arrêté car un autre thread s'est arrêté"...ouais mais dans ce cas, pourquoi les 4 se sont-ils arrêtés avec un code 1, n'auraient-ils pas du y en avoir un avec un autre code d'erreur genre 3 ou 4...?

Désolé si je t'embête, c'est juste pour savoir si c'est normal.

EDIT: Je teste ma machine avec OCCT 1.1.0 pour voir si c'est stable ou pas avec lui.
EDIT2: Je ne suis jamais monté au dessus de 74% en taux d'occupation processeur sur OCCT (bien à 100% dans le gestionnaire de tâches), encore un bug?
EDIT3: Pas stable, c'est sûr, j'ai eu droit à un joli BSOD avec la 1.1.0...

Bug du 100% (ou proche) sur les betas, n'en tiens pas compte
 
Baisse ton o/c pour ne pas avoir d'erreurs autres que venant d'OCCT et reteste
Bomba =>

 
Oki doki.
 
Sinon, avez-vous eu droit à ça :