Reprise du message précédent :
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....

La version 1.1.1 a les driver signés

edit: 'La' et non 'Ma', bien entendu

Désolé de te décevoir
 

 
Mais cette fois il a généré un error.dat file avec code 3???
 
Même erreur qu'avant, mais la seule différence c'est qu'il en accuse mon CPU ou ma RAM cette fois, alors qu'avant c'est OCCT qui se plantait, je dois vraiment faire confiance à ce programme? (beaucoup de doutes...)
 
J'ai vraiment des doutes quand je vois que le système est stable ailleurs
 
Dans quelques jours je monte un HR-05 et deux HR-09U sur ma CM pour refroidir le NB et les mosfets, je fais un Prime95 sur 12-16h, et je vous confirme ainsi la stabilité du système avec Prime95

C'est normal -> FSB assez haut, 4 barette de RAM, P965, hesite pas a lui foutre du jus.  
 
De plus ton Vddr me semble faible pour 800 4-4-4-12 ...

 
J'avais bien spécifié que c'est idem avec config par défaut: 9x266 MHz, DDR2-800, 5-5-5-15, OCCT se plante quant même
 
J'ai essayé en paramétres par défaut et 2.1v vDDR: idem
 
Mais c'est vrai, qu'avec la nouvelle version j'ai pas reesayé en parametres par defaut comme c'est tjr le meme test au meme endroit qui plante. C'est bizarre, avant OCCT qui bogue, maintenant avec la nouvelle version c'est erreur 3
 
Pourquoi mon système est stable avec le reste en paramétre stock, y c Prime95 16h et memtest, et OCCT mode RAM tjr meme problème

Bah moi avec les ancienne version j'avais tjrs le mode RAM qui me disait que le PC etait pas stable (testé sur 2 P5B Deluxe, une Commando et une Bad Axe), mais là le dernier semble OK.

 
ça me rassure alors, ça doit être en rapport avec les CM ASUS on dirait. Tant que tout les autres programmes (surtout Prime95 en mode Blend qui pagine a fond la memoire) ne disent rien, je ne vais pas m'en faire.
 
Stable avec Prime95/3DMark06/PCMark/F@H/Memtest/Sandra/Cinebench et pas avec OCCT-RAM (même sans overclocking)

A propos du 4-4-4-12
Je suis étonné aussi que ça tienne. Les XMS2, c'est de la m**de, ils sont just bons pour les specifications données, les tests montrent 0 potentiel overclock même en augmentant le voltage.
Certains utilisateurs sur les forums ont eu aussi du bol comme moi.
Je suis étonné car avec le FSB élevé et sur un Quad avec 4 barettes, comme tu dis ça tiens du miracle. 1.90v ne passe pas, mais 1.95 vDDR passe. Je pense avoir déniché de bonnes barettes

MErde, le bouton de merde, oublié... oops.

 
Erreur 3, là, erreur de calcul claire
 
Essaie avec CSMT, je suis sur qu'il va se gaufrer lui aussi.

 
Donc tout va bien Le bouton 1 est une erreur.

Pouquoi OCCT plantait avant et maintenant la meme erreur est devenue error.dat?

 
C'est plus la même erreur Je suis revenu à l'ancien mode ram, en termes de gestion mémoire et de calculs.

Je ne connaissais pas ce CPU Stress MT (CSMT, ton abbréviation n'a pas été facile à élucider)
J'ai l'habitude des forums anglais où OCCT et autres n'ont pas la cote
 
Voilà, comme je pousse mon système aux limites, je fais ce CSMT et te reposte une jolie image sans plantage :-)
 
Je suis convaincu que OCCT déco**e, désolé. Pourquoi? C'est simple. Mon système est rock stable à 3.4 GHz-4-4-4-12, stable à 3.5 GHz (problème mosfet va être résolu) et OCCT RAM ne passe pas à 2.4 GHz-5-5-5-15    
 
Mais je te reconfirme après CSMT (a dèjà dépassé les 20mn en ce moment même alors que OCCT-RAM n'a jamais passé 15mn). Puis je fais un OCCT-RAM en mode stock 2.4GHz-5-5-5-15 pour t'imager le crash avec CPU-z a coté, et je fais un Prime95 Blend en valeurs stock sur la nuit pour te montrer la stabilité avec un petit CPU-z
 
Après, je ne sais pas si je vais encore essayer...
 
J'éspère en tout cas t'avoir aider

Si OCCT mode RAM passe pas avec la derniere 1.1.1.a.b02 franchement ton systeme a quand meme un soucy je pense.
 
Sur mes deux configs ça passe alors qu'avec le 1.1.0 ça passait pas.

 
L'erreur d'avant était un bug. L'erreur 3 n'est plus un bug : c'est une erreur de calcul qui a clairement été détectée.
 
Après, tu crois qui tu veux, mais là, la présence de ce fichier error.dat indique clairement qu'occt a eu un résultat foireux à un instant T...
 
Je sors la 1.1.1a ce soir.

 
CPU Stress MT est passé depuis plus de 1h10 je crois, j'ai mis 2h, on verra...
Je fais du Prime95 en blend + OC et un OCCT-RAM sans OC. Si OCCT-RAM sans OC passe, je suis ok pour un problème de calcul de la nouvelle version (OC instable). Si OCCT-RAM sans OC sur la nouvelle version ne passera pas non plus, tjr au meme timing, ben on ne pourra pas me faire avaler que mon PC est implantable en OC (allumé depuis environ 5 jours avec plein de benchs depuis le temps) et que OCCT se trompe dans ses calculs sans que je fasse de l'OC
 
Je respecte ton point de vue de programmeur de OCCT, mais bon, continuons les tests et on discutera après

OCCT PT 1.1.1a OUT ! (officialisation de la b02)
 
Au menu:

• Retour à l'ancien test RAM
• OCCT désactive le monitoring au lieu de vous insulter quand vous fermez le monitoring

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

Alors, CPU Stress MT a bien passé en OC sur 2h

 
OCCT sans OC cette fois est passé 30mn, pas attendu plus (d'hab foire vite vers 15mn)
 
 
OCCT avec mon OC +vDDR 2.0v pour essayer

 
 
Je croyais ce bogue résolu!! comment faire confiance dans les erreures reportées?
 
Je relance OCCT sans redemarrer, et la le message absurde disparait et le mode RAM commence, (en cours, je vous fais savoir)

Crotte de bique.
 
Je regarde, quitte à rerelease à l'arrache.

OCCT PT 1.1.1b OUT !
 
Au menu :

• Correction du bug de détection mémoire

Enjoy !
 
EXE : http://www.ocbase.com/download.php?fileext=exe
ZIP : http://www.ocbase.com/download.php?fileext=zip

 
Coté test, en soi, OCCT a passé plus de 8 mois avec ce test RAM (celui de retour en 1.1.1). Jamais eu de faux positifs (i.e. fichier error.dat généré).
 
OCCT étant plus performant que la plupart, ca ne m'étonne guère tu sais...
 
Le bug que tu as est spécifique à Vista... avec un SLI, je peux pas encore migrer, et sous VMWare, il ne se reproduit plus... là, ca devrait être bon de manière définitive.

L'algo de CSMT est équivalent au test CPU ou CPU+RAM, et non au test RAM d'OCCT. Donc difficile d'en conclure qqch.
Si le test passe avec la conf d'origine mais que ça ne passe pas une fois overclocké (et avec génération du fichier error.dat), alors c'est que le PC n'est pas stable.

Je noies sous les releases, mon bureau est rempli de zip

 
Je n'ai pas de SLI mais une vielle ATI X800
 
Sinon, ben voilà, tu ne vas pas dormir, désolé.
Majestueux crash de OCCT en OC +vDDR 2.0v, sans error.dat cette fois
Je ne suis pas convaincu donc de pouvoir faire confiance à OCCT encore

 
Le crash est survenu à plus de 30mn, donc peut-être n'ai-je pas laissé assez en mode sans OC pour tester.
Je reteste donc sans OC, mais là y a dèja plein de bogues...
Je teste avec la 1.1.1b
 

Bah non, faut croire
C'est le seul Post que je retiendrai de tes différentes interventions
Cette RAM est horrible et en + tu en as 4
Sur une carte mère avec chipset P965 qui a aussi la réputation de mal accepter cette configuration !
Donc ou :
- tu testes avec seulement 2 barrettes
- tu testes avec un VDimm de 2.2 minimum (voire 2.3V pour test)
- tu changes ta RAM ou ta carte mère (chipset P35)
Tu est tout de même le seul à rapporter ce genre de comportement vis à vis d'OCCT

Si avec le 1.1.1b il a encore le pb c'est louche, mais tjrs est-il que pour moi le mode RAM il rime quand meme pas a grand chose.
 
Vu qu'en fait il pete surtout quand la RAM est rockstable et qu'autre chose (chipset ) foire.

 
Yep, je sais que l'on monte moins bien en FSB avec 4 barettes que 2 barettes de RAM
La je teste sans OC (2.4GHz, bios defaults and AUTO, RAM a 5-5-5-18), on verra.
Je ne parlerais plus de tests en OC pour eviter toute confusion
 
Toujour est il que OCCT se plante sans generer de fichier error.dat et qu'il affiche des messages d'allocation memoire fantaisistes et 1 seconde après il marche. VISTA dans le log des erreurs système ne detecte aucun bogue d'application ou memoire (log que je controle regulièrement)
 
Bref, j'y vais sans OC, si ça passe, c'est clair que c'est mon OC. Mais avec les anciennes versions, sans OC ça ne passait pas
Je répète, le PC sans OC est du rock solide en +16h priming/F@H/Memtest...

 
edit:
Jamais encore testé la 1.1.1b, mais là je ferais avec elle
Mais là, ça commence dèja mal, elle n'a pas repris mon fichier ini (message soit disant non reconnu le fichier ini), je click ok sur cette boite d'erreur et hop, mon fichier ini ecrasé, faut tout reconfiguré speedfan

Ce que tu t'apprêtes à faire ne fait pas partie des propositions que je t'ai faîtes !
Ce n'est peut-être pas OCCT qui se plante en détection !
Plutôt en détection de la détection (la routine de détection de détection d'erreurs), hein ...
Mais pas qu'il ne soit pas apte à stresser la RAM jusqu'à l'erreur

Je viens d'avoir une idée potentielle sur ton souci jonny...
 
Reste encore pour quelques versions stp Je devrais t'en fournir une demain soir, au pire jeudi soir, tu me diras quoi
 
Pour info, je crois que bierman est sur la bonne piste, et je soupconne une primitive winwin de faire des siennes... encore...
 
EDIT : encore mieux que ça jonny, voilà ta version. Ma copine m'attends langoureusement dans mon lit, mais y a pas, faut que je taffe pour toi et pour voir ce qui se passe avec vista.
 
Si tu peux tester cette version comme auparavant... mais attention, vérifie en même temps le gestionnaire de tâches voir si les procos sont toujours utilisés pendant le test (on sait jamais).
 
OCCT PT 1.1.1c.b01 OUT !
 
Au menu :

• test dédié à jonny : suppression de l'utilisation d'une primitive dans la détection de test planté

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

Quelle abnégation !

Pour info, OCCT utilise deux manières pour tester si le test tourne encore :
1- si le thread de calcul remonte une erreur de calcul
2- si le thread de calcul disparait

Or, pour le 2nd cas, très très rare, j'utilise une primitive windows. Je soupconne cette dernière de foirer quand le thread est en cours d'allocation mémoire... donc de tout arrêter car occt pense qu'un thread s'est vautré, mais en fait non.

Je dois à OCCT une sacrée paire de fou_rires, beaucoup de connaissances en info, mon stage de fin d'études, mes deux boulots suivants... normal !

Et une pelletée d'amis aussi

Et puis bon, je fais souffrir jonny, je lui dois bien ça. Je vais coucher, jonny, tiens moi au courant, et surtout, teste la 1.1.1c.b01

bon allez, demain, debout 5h45, et je dors pas encore... surtout dites-moi quoi

A demain et merci pour tous ces tests les gars !

 
Désolé, j'étais aller dodo
Voila, mais pour la 1.1.1b (je vais tester la 1.1.1c ce matin et je te redis)
 

 
 
Il plante, sans fichier error.dat, mais interessant, au bout de 35 mn, sans OC et au bout de environ 30mn avec l'OC
 
Pour Bierman:
1- La XMS2 est mauvaise: mais en OC en dessus des specs, sinon bonne memoire
2- La P5B Deluxe overclock moins bien les C2Q vu: 2a- montée en FSB mal gérée par le P965 sur 4 cores et 2b- etage alimentation mal ventilé et peu adapté a 4 cores, d'ou un voltage instable
3- L'OC en general est moins bien sur un Quad avec 4 barettes vus la chute de vDDR sur les P965 (ancien design)
 
En stock, sans OC, ça roule. Elle tient avec mes 4 barettes depuis 1 an et a connu un P4, E4300 et Q6600
 
Alors, je teste la 1.1.1c :-)

J'aime bien ton respect. Tu es un programmeur qui va au bout des choses et tu ne te contente pas d'un: "après tout tu es le seul à avoir ce problème, donc je m'en fou". Moi aussi, je persiste car j'aimerais savoir si ça vient de moi ce problème et que je dois me soucier pour mon matos, ce qui pour l'instant ne me semble pas être le cas.
 
Bon, premier lancement de la 1.1.1c b01

 
Je click ok, et 2ème lancement: même message, de même après plusieurs essais
 
Je ferme OCCT, le relance, et là, ça marche, test en cours, je poste le résultat
Donc y a dèjà un bug dans l'allocation mémoire au premier lancement
 
edit: ok pour quelques builds encore, pas de soucis, je persiste encore un peu. Avant de disparaitre, je t'en informerais quant même, donc pas d'inquiètude

Voilà, OCCT 1.1.1c en cours, mais dèjà l'utilisation CPU est comme les anciennes build, en scie plutot que constante. Je ne sais pas si c'est normal

 
Test RAM en cours...

Non ce n'est pas normal, les 4 cores devraient être utilisés à 100%.
T'avais déjà ce pb avec les anciennes build ? C'est pas dû à un paramètre que t'as mis à 2 dans le fichier INI ?

 
Je n'ai jamais édité le fichier ini manuellement
Voici ce qu'il contient, et le CPU n'est tjr pas utilisé à 100%

 
Humm, je vois ce CPUnumber=2, est-ce une erreur de OCCT qui ne genere pas le bon param avec un Quad? ça doit être 4 non?, J'essaye...
Là ça tourne depuis 40mn sans bogue. J'attend encore vu les surprises avec les dernières builds. Mais ça semble être mieu de build en build en tout cas et confirmer que ce n'est pas un problème hardware
 
Il y aquant même eu le bogue allocation RAM au demarrage que j'ai mis dans mon post avant