Reprise du message précédent :

 
0.25
 
J'ai 12.05 en idle, ça chute jusqu'a presque 11.80

THX pour cette nouvelle version
Tetedeiench

(jonny_ftm, tu es invité à tester la version suivante)
 
OCCT PT 1.1.1a.b01 OUT !
 
Au menu :

• Correction de la détection mémoire en cas de test RAM (OCCT pouvait gueuler que vous n'aviez pas assez de mémoire alors que... ben si).
• Limite de 512Mo / Core en termes de mémoire pendant le test RAM (pour voir si ca arrange des choses chez jonny).

Enjoy !
 
http://www.ocbase.com/download.php?fileext=beta

je prends.
@+

@lxl ihsahn lxl
 
Si tu as bien lu mon post, j'avais bien spécifié que sur ton screenshot, Prime95 ne gere pas le multithread en t'expliquant comment faire
Je n'ai jamais parlé de 48h, mais de 4h voir 8h. Si tu n'as "de temps a perdre", moi non plus j'en ai pas pour aider (sans rancune). Y a pas que du vcore, FSB et DDR timings pour un overclock. Y a du vNB, vFSB, vDDR, vPLL, certains tweak bios... Y a pas que coretemp a monitorer, y a des températures que tu ne peux pas monitorer sur la plupart des CM: NB et mosfets (la RAM en s'en fou en general).
 
Pour regler tout ça, IL FAUT DU TEMPS, sinon l'overclocking serait l'affaire de Mr tout le monde. Un petit overclock peut etre, mais un vrai avec un gain significatif en applications de tout les jours: il faut du temps
 
Plein de courage pour ton overclock, et plus t'aprendra, plus tu le temps tu prendras...
 

 
Bon, la nouvelle version plante aussi en l'espace du meme timing...
Pire, elle genere une erreur widows qui ferme l'application
 
Voila le log de l'erreure generé par windows s ça peut t'aider

 
Et les screens
 

 
 Oui, j'ai remarqué le problème en fesant le test, et dès que j'ai lu ta réponse je me suis procuré une version gérant ledit multithread
 

 
 Je parlais du temps dans l'immédiat, à l'heure ou je constatais mon problème. Je disais a juste pour dire que je ne pouvais pas faire de test plus long dans l'immédiat.
 

 
 Je sais bien, je connais bien le problème du northbridge, qui en passif surchauffe vite et qui limite souvent la montée du fsb (encore que cela s'est amélioré depuis le temps de l'A7N8X sur le feu Athlon XP, par exemple. Je n'ai pas OC de façon très sérieuse, ni sportive, j'ai juste voulu faire un OC rapide et non poussé pour rentabiliser l'achat, quand le besoin se fera sentir, je m'attelerais à la tache plus sérieusement.  
 

 
 L'OC est quand même bien plus facile qu'avant, la plupart des mobos sont très bien paramétrables, et par rapport a ce que j'ai dit juste au dessus, je me suis contenté d'un OC de M. tout le monde pour le moment. Je me fiais a prime, mais ma version ne gérait pas le multithread, ce qui m'a induit a l'erreur en pensant que l'OC était suffisement stable.
 
 Désolé si tu as senti quelquonque aggressivité de ma part
 
 

 
Ahh, les incomprhéension de l'ecrit, pas de problème. Désolé d'avoir mal interprété ce que tu as mis et merci d'avoir clarifié.
Si jamais, l'inconvénient de la nouvelle version de Prime en multithread est que l'on ne voit pas la tray icon changer si une des sessions se plante. Tu peux toujours utiliser la vieille en lançant deux fenetres et en attribuant a chaque fenetre un processeur, mais bon...
 
Pour ma part, mes mosfets et surement le NB limitent ma stabilité au long cours avec une chute du vcore. La P5b deluxe ne refroidit que 4 mosfets sur 8, dont 3 à moitié de surface seulement.
Les C2Q font chauffer trop le NB et les mosfets malheureusement. Tant que c'est que Prime95 et OCCT je vais laisser ainsi, si en été ça ne tient plus, faudra changer de CM ou la refroidir (trop couteux). La P5K Premium serait ideale car le design sur les mosfets est complétement repensé
 
A+ et courage a Tetedeiench pour deboguer OCCT

Je tenterais la nouvelle béta cet aprem

C'est un log de monitoring pour les mobo qui utilisent une sonde Winbond, comme les Abit NF7 par ex.

Je viens de faire un run cpu+ram de près de 4h, je reviens sur l'ordi et... Je ferme accidentelement everest

C'est pas possible d'avoir une savegarde du log du bench en cas de fermeture du logiciel de monitoring?

La 1.1.1, ihsahn, règle le bug que tu as trouvé "OCCT a besoin de XMo et vous n'avez que Y Mo de libres", avec Y bien supérieur à X.
 
Pas bête, la génération des graphes si everest est fermé tiens, vais y penser... pourquoi pas !

C'est étrange cela...
 
Est-ce que tu peux me dire le nombre de "pics" mémoire générés par OCCT avant de crasher lamentablement ?
 

 
 Je viens de tester, ça marche nickel, merci beaucoup
 

 
 C'est un détail, mais quand ça arrive c'est vrai que c'est un peu embêtant

Puisque le sujet est abordé et vu que dans 9 cas sur 10, un overclock non stable chez moi fait planter le PC (reboot ou BSOD), serait-il possible de générer également les graphes en cas de plantage ?
 
Je sais, si l'ordinateur a planté c'est dur de générer quoi que ce soit. D'où mon idée : Ecrire en temps réel les données dans un fichier de log et au redémarrage d'OCCT, si les fichiers sont présents, demander à l'utilisateur s'il veut générer les graphes (en cas de fin normale les fichiers étant supprimés après la génération des graphes).
 
Pendant que j'y suis, en cas d'annulation manuelle d'un run, je poserais aussi la question "voulez-vous générer les graphes ?" (Oui, Non, Peut-être, Obiwan Kenobi).
 
Et enfin histoire de finir ma wish-list, je pense que le mode CPU-RAM commence par un mode (RAM j'imagine) qui fait moins chauffer le processeur. Assez régulièrement j'ai un plantage aux alentours de la 6ème où la brusque montée en température fait planter mon PC car l'O/C est trop poussé. Donc je voudrais un mode qui fasse moins chauffer mon CPU.
 
Nan je déconne, en fait je souhaiterais un quatrième mode, mixte, (en plus de RAM, CPU et CPU+RAM) qui commencerait par le mode qui fait le plus monter en température (histoire de ne pas avoir à attendre 6 minutes pour se rendre compte que l'O/C est instable).
 

Ca ne prend que qques mn avant qu'il ne crash, donc pas de problème tant que le PC ne freeze pas avec OCCT :-)
 
Mais comment je vois ces pics de memoire?

Tu les vois sur le graphe du gestionnaire des taches (comme sur la capture d'écran que tu as fais l'autre jour)

 
C'est ce que j'ai bien posté ici non!!!
http://img.imgposting.com/4f2bf2ecf7.jpg
 
Y a le graph et la memoire c'est un plateau, pas l'augmentation comme avant

Exact, je n'avais pas fait attention à ce screen.
En tout cas, si tu regardes bien, tu peux voire que juste avant que l'utilisation Cpu chute, il y a un petit pic sur l'allocation mémoire.

 
Effectivement, j'y avais pas fais attention. Je ne veux vexer personne, mais il est vrais que je n'utilise pas OCCT en general. Mais comme je poussais les limites de mon Q6600 B3 et que mes mosfets peinent (les 2 HR-09 et le HR-05 sont commandés, on verra) je voulais m'assurer qu'à part Prime95, les autres tiennent. Mais en fait OCCT sollicite la RAM et donc le NB, d'ou par les heatpipes les mosfets a fond aussi, autant que Prime95, preuve de sa validité comme outil de bench

Questions bete à Tedeiench. Le mode RAM euh il procède comment ? C'est de la comparaison de pattern (a la memtest) ou des calcul qui foire si les arrondis sont mauvais (a la prime) ?
 
Non parce que y'a un truc que je capte pas... J'ai deux config différente, et mes deux configs ne passent pas le mode RAM.  
 
* P5B Deluxe 1.10G (P965 C2) - E6600 non o/c (donc FSB1066) - 4x 1Go PC8000 Ballistix en DDR2-800 CL4 (enfin bon meme CL5 ça le fait en fait )
* P5B Deluxe 1.03G (P965 C1) - E4300 @ 3GHz (FSB1333) - 2x 1Go PC6400 G.Skill HK en DDR2-833 CL4
Dans les deux cas les timings sont soft (pour le G.Skill c'est ceux que G.Skill preconisse, pour le Crucial ceux que ASUS met par defaut)...
 
Alors le pbs c'est surtout que le PC est implantable et n'a jamais d'erreur detecté sauf dans ce satané mode RAM .
 
C'est inquietant d'autant plus que ca met tjrs entre 10-15min a faire une erreur, et qu'aucun parametre semble vraiment influé sur le temps necessaire avant que ça plante.
 
Donc je me demande vraiment si y'a pas un truc qui fait faire un faux positif. Certes peu probable mais bon... c'est la seul piste.  
 

MEI > As-tu la présence d'un fichier error.dat ? Avec quelle valeur dedans ?

Le mode RAM est comme les autres, sauf qu'il travaille avec de plus grands nombres... je vais le recastrer en termes d'utilisation mémoire, ca commence à m'énerver.

PS : va y avoir du neuf ce soir.

* A propos de ce pbs, mon frere a eu le meme soucis sur une ASUS Commando et as testé sur une Intel BadAxe et idem.  
A chaque fois le mode RAM dit mais le CPU&RAM passe sans problemes plusieurs heures.
 
* Pour le Error.dat je regarderais ce soir.
 
Enfin bon sinon bravo pour le CPU&RAM, c'est le truc qui fait clignotter le plus vite les Ballistix Tracer.

Pour les codes erreur, tu devrais ajouter en premier post leur description, et conseiller aux feedbackers de préciser si besoin est

/!\ Je voudrais releaser cette version au plus vite ... y a le "no crash monitoring" car j'ai merdé dans mes versions... merci de tester tout ça /!\

OCCT PT 1.1.1a.b02 OUT !

Au menu :

• Retour au test RAM "ancienne mode" suite aux problèmes détectés - essayez et dites moi quoi
• OCCT ne gueule plus quand vous fermez le monitoring, il le désactive simplement ( ihsahn )

Enjoy !

http://www.ocbase.com/download.php?fileext=beta

 
Vais voir si je peux pas faire un rapport plus détaillé plutôt... c'est noté pour la 1.1.2

 
je prends.

Tests à faire : lancer OCCT avec divers logiciels de monitoring, essayer de les arrêter en plein test, ailleurs... bref...
 
Et surtout tester le new mode RAM

ok

EDIT : je lance OCCT avec everest comme log de monitoring :

je ferme everest pendant le test : occt se transforme comme çà :

et si je le ferme et que je le réouvre, il a perdu la configuration....faut tout reconfigurer.

en passant, çà sert à quoi le bouton "button1" en haut ?

@+

Alors :
- A priori j'ai pas de error.dat avec la 1.1.1
- C'est quoi ce button1 ?
- Le mode RAM de la derniere version me detecte pas mon PC comme instable avec 1h30 donc j'pense que c'est OK avec celui là.

UP

Alors, new, pas niou !??

  IWH 400    
PS : j'ai que ça à faire en ce moment

C'te flood pour arriver à la page 400    
 
 
 
 
IWH  

Ouai mais c'est un flood qui se fete!

Ouai, ste bouton, c'est quoi le délire?

Bon, je test, apparement la ram ça passe chez moi

J'attend la minute de idle, 30 seconde de burn puis je close everest (ultimate 4.10.1119 beta) 30 secondes et je regarde le resultat.

Edit: bah tout marche, sauf qu'il n'y a pas de génération de graphe du tout

Manquerai plus qu'un bouton "NE PAS CLIQUER"

Pas envie de me remanger toutes les pages de ce long tomik pour savoir si  un support de Vista64 était prévu (soucis de driver non signé, j'ai pas cherché plus loin... option au boot pour désactiver la vérificaton mais je n'y pense jamais et donc tourne avec la moitié des valeurs affichées)?
 
Si quelqu'un a une réponse (le Iench peut être?) merci d'avance

j'ai testé avec everest, si je le ferme pendant le test, les valeurs de monitoring se figent, si je relance, elle se remette à bouger...
C'est un peu différend de pink quoi....