Reprise du message précédent :

 
J'ai loupé
 
Of course ! Et si possible sur une machine non stable aussi Si tu peux overclocker jusqu'à un état instable et voir la vitesse de détection d'erreur...

 
Je suis sur le MacBook là, fais moi une version OSX

test b202 : go et stop fonctionne.
Pas de critique mais juste des remarques (si ça peut aider):
la fréquence du proc est calculée coef * fsb? parce que mon 3700+ avec cool and quiet en idle est vu comme si il était à sa fréquence max ce qui n'est pas le cas selon cpu-z. Cela ne me choque pas puisque b202 ne semble calculer cette fréquence qu'à son lancement : si je modifie la fréquence via clockgen, il n'affiche pas le changement. Je dois le relancer.
 
là j'ai fait un test cpu stable, je vais retester en m'approchant de la limite.

 
Tu m'excuseras mais heu.... nan

 
Je ne calcule, pour le moment, qu'au lancement, c'est vrai. Je devrais le faire en cours de calcul...
 
C'est mis dans la todo list

comme indiqué no problème, c'est juste des remarques pour m'assurer que c'est volontaire de ta part.
 
à noter : la sélection de la taille mémoire ne semble pas fonctionner. j'ai mis 512Mo et dans le gdt je ne vois pour occt que 10 444ko, confirmé par la mémoire totale utilisée vue par gdt.

Oh, oui, j'ai oublié de dire qu'il s'agit de la mémoire maximale
 
je dois recalibrer ce bordel, car au delà de 16Mo ca sert pas à grand chose... pour le moment. J'ai un test plus poussé mémoire qui arrive

Bizarre ça, moi ça marchait sur les versions précédentes.

2535MHz :
Prime95 ->  1min15
SP2004 -> 9s
OCCT -> 3s
OCCT NG -> OK (+2min)
PiFast -> OK (+2min)
 
2545MHz :
Prime95 ->  29s
SP2004 -> 27s
OCCT -> 6s
OCCT NG -> OK (+2min)
PiFast -> 1s
 
2553MHz :
Prime95 ->  6s
SP2004 -> 4s
OCCT -> 2s
OCCT NG -> 1min58  
PiFast -> 1s
 
2564MHz :
OCCT NG -> 1min27
 
2574MHz :
OCCT NG -> 19s (freez)
 
Bref, sur mon Barton, OCCT V0 est bien meilleur.

Merci pour les données Fouge

Ce serait marrant, d'essayer l'ancien test en mode dual-core tiens.... Je le donnerai demain

 
Vieux réac  

CPU Stress MT sera multiplateforme, lui
(oula... comment je m'avance moi )

Bon je trouve plus de soucis sur la nouvelle version à part le titre qui n'a pas changé, si on me demande vraiment de faire mon gros lourd
Je passe la main aux apprentis overclockers, chez moi le pourcentage d'overclocking est négatif

 
Enfin quelqu'un qui a tout compris  

 
T'as quoi comme CPU ?

> Processeur : P4 2.4 GHz FSB 533, core B0
> Carte mère : Asus P4T533-C, rev 1.03, Bios 1005
> RAM : 768 Mo RDRAM PC1066 -> 2x 256 Mo Samsung + 2x128 Mo Corsair
 
...dixit ma config  
 Le bus est à 132.8 MHz en réalité, au lieu des 133.33 règlementaires ; c'est pas un choix, juste la mobo qui est comme ça

Donc snormal
 
Fouge : garde bien en mémoire que OCCT NG est très orienté proc, et pas mémoire pour le moment, cela explique tes résultats
 
Demain, je vous donnerai deux tests différents : un CPu, et un mémoire

bon ben j'ai volontairement crée un belle instabilité pour pas trop attendre...
 
Sp2004 et OCCT "gèlent" le PC au bout d'environ 4 minutes, quand B202 tourne 30 minutes...
 

 
OK
 
Puisque tu as sp2004, tu peux lancer le test "Small FFT - stress CPU" de sp2004 ?
 
C'est le test qui se rapproche le plus, en théoprie, de occtpt

J'ai pas précisé mais Prime95 et SP2004 étaient en mode Blend.
Au fait, tu fais comment pour détreminer la fréquence et le FSB d'origine d'un CPU (notement d'un Barton) ?
Car tout y est bien correct chez moi, 1866MHz FSB266 (car Barton Mobile), et c'est pas indiqué dans le CPU ce genre d'info.
Faut passer par une énorme BDD ?
 
edit: il semblerait que t'utilises le "moteur" de CPUZ

Demain, je mettrai des "modes" pour que vous puissiez donner tester en détail
 
Stay tuned !

 
Non, CPUZ est pas opensource
 
CrystalCPUID l'est. Je me suis basé dessus

Oups, me suis trompé, me semblait bien avoir déjà vu ces fichiers là (SysInfo*)

 
occt origine: gel pc au bout de 1'38
sp2004 (version ORTHOS.exe) en "Small FFT - stress CPU" : stop 12'44
202 : toujours ok après 24'

Tu prends la Orthos alors que t'as un monocore non HT ?

j'ai essayé les 2 "pour voir" (pour moi effectivement, ça ne change rien) et comme c'est le raccourci sur le bureau, je fais le feignant...

ca marche avec les cpu ht    
 

 
Par contre, ya un truc que je comprends pas ...
 
Crystral cpuid m'indique que mon cpu est un 3733 mhz (soit 133*28) alors que j'ai un 3.0ghz...
 
et OCCTPT aussi ...
 
De plus, Cpu stress (fouge) m'indique que j'ai un Intel Pentium 4 8.0ghz ...
 
et OCCTPT aussi    
 
Aurais-je un super CPu quui n'est pas dans le catalogue intel ?    
 

Tu sais le nom du CPU, on l'invente pas, c'est inscrit dans les "registres" du CPU.
 
Par contre je viens de m'apercevoir que l'autre fois c'était 8.13GHz

 
T'es sûr que ton CPU est bien reconnu par le bios ? une MAJ corrige peut-etre ce pb mineur.

C'est clairement soit le BIOS qui le reconnaît pas, soit le registre qui est endommagé.
 
Enfin ça peut peut-être être encore autre chose, quand j'avais cassé le core d'un Barton 2600+, il avait désactivé une partie de son L2, il n'en restait que 64Ko comme un Duron, mais ni le BIOS ni les softs ne l'appelaient Duron, ils ne l'appelaient pas non plus Barton, ils mettaient unknown. Donc il n'y a pas que le registe qui compte.

Sur les plateforme K7, c'est le bios qui donne le nom au CPU. Ayant un Barton Mobile j'ai pu faire la différence entre un bios le reconnaissant pas et un autre le reconnaissant (bios moddé).
Par contre, il me semblait que chez Intel c'était inscrit d'usine dans le CPU et que le bios n'y touchait pas. Et le plus étrange c'est qu'un coup c'est 8.13 un coup 8.00GHz. D'ou viendrait cettte fluctuation ?

 
Tu peux tester, je te dis que ca va rien détecter et que les résultats vont être tout sauf précis et bons. Pour l'instant, ce que tu fais est un non sens!

B203 up !
 
Au menu :
-Ajout du type de test voulu ( CPU & RAM, CPU, RAM )
-un cas d'erreur n'était pas détecté... c'est réglé !
 
Donnez moi les stats, lequel détecte le mieux votre instabilité, et comparez avec d'autres logiciels
 
http://www.ocbase.com/OpenBeta/OCCTPTB203.zip

Moi je te dis que sur un bi pro HT, OCCTPT se vautre lamentablement

et c parti les benchs

Ben alors ?

 
Faudrait que tu lui explique pourquoi peut-être, j'ai ma petite idée mais c'est probablement pas le cas de tout le monde... et je me gourre pitêt
 
Je viens de lancer une petite session pour voir à mes réglages normaux (2600/1.35v), je testerai ensuite en baissant un poil le Vcore.
 
2600/1.25v -> 2s et crash
2600/1.275v -> 1 minute passée
 
Bien plus efficace que le test de systool mais je doute d'être déjà stable à ce Vcore, sachant qu'en air je l'étais même pas à 1.35v (sans même parler de pleine charge, c'était des plantages en surf, il lui fallait 1.5v).

Pour le moment, le même test est utilisé pour les deux procos détectés dans windows.
 
or, pour simplifier, l'un des deux procos est "virtuel". 95% de mes calculs se concentrent sur une seule unité, celle qui gère, entre autres, FPU et SSE2.
 
Ainsi, tu vas gagner, au mieux, 5%
 
Donc en théorie, c'est censé ne pas être efficace... pour toi ca l'est ?
 
T'es sur qu'en grimpant un peu le voltage c'est stable de chez stable ?
 
Ce serait un putain de scoop et m'enleverai une écharde de la taille d'un baobab du pied

Je me demande comment windows fait pour calculer les % d'utilisation CPU sur un P4 HT. Tu lui balances 2 fois la même chose, il te sort 2*100%. Or ce n'est théoriquement possible que sur un dualcore !
 
J'suis dailleurs tombé sur un cas (sixpack je crois) avec un P4C (HT donc). Il test avec SP2004, c'est stable. Il test CPU Stress (2 thread), ça finit par détecter une erreur. Il test 2*SP2004, idem, erreur au bout de 5min.
 
Que déduire de tout ça ?

 
Ca en a un vi

Perso j'avais fait un petit prog qui detectait les jeux d'instruction et le nom du CPU via le registre (sur AMD et Intel) et normallement c'est dans le CPU en hardware pas via le BIOS (sauf sur K7) ... A moins qu'on nous mentent dans les specs...