Reprise du message précédent :

Voila :
http://img216.imageshack.us/img216/5265/testnv2.th.jpg

La fréquence réelle était de 3333MHz ?

Non c'est la 3612MHz qui est bonne et rapporté par la méthode classique, la classique Fixed et la fréquence retenue

Ok

Et pour le probleme que j'avait avant qu'a la fréquence de 3000MHz c'etait pas stable sous CPU-STRESS sa vennait bien de ma carte mere car je l'ait remplacer par le meme modelle et depuis 3612MHz sans erreur apres 7h38min de CPU-STRESS...  

 
Bon, faut que je prépare la RC1 pour ce WE...

Dis, j'espère que les chiffres que je t'ai donnés t'ont servis... La le phenom vient de rendre l'âme, je ne sais pas pourquoi Donc plus de tests pour l'instant

Sa sera le moment de passer en Phenom 2 la ?

Arf PC qui ne boot plus ?
Tien nous au courant, j'espère qu'un Clear CMOS suffira ou que ce n'est que l'alim qui a rendu l'âme (et seule de préférence).

Demain je démonte et je change la gigabyte pour la DFI, espérant que ce soit elle et pas le proc

Bah c'etait quoi les symptomes du probleme ?

Je veux pas pourrir le sujet de fouge, c'est pas le sujet, j'en parle dans la section hardware

fougue faudra que tu me dises ce que t'as besoin comme lib pour faire tourner cpustressmt sous linux. Car il manque visiblement un truc sur mon install de base.  
le % du cpu reste à 0 et ça bloque tout dessuite. vu qu'on ne peut pas lancer en mode terminal j'ai pas de retour d'info. J'essaye vraiment de le faire au minimum possible.
EDIT: j'ai trouvé, je ne sais pas pourquoi mais il a fallut que je copie ton stressTest0.so en stresTest0.dll pour que le test marche, c'est normal???

Nouvelles fraiches du front.
J'ai réussi à créer une live CD de 222mo basé sur ubuntu 8.04 donc compatible avec beaucoup de plateformes. Je ne peux pas faire moins.
Avec fluxbox et un serveurX. Pour lancer cpustressmt, un clic droit n'importe ou sur le bureau et cpustressmt et tadda.
Pour éteindre clic droit éteindre puis fini....
Tout marche bien, seul problème, c'est l'histoire que j'ai marqué plus haut.
cpustress cherche stressTest0.dll et pas StressTest0.so.
C'est le seul problème qu'il reste à régler, et pour ça il faudrait voir avec fouge d'ou ça peut venir. Si je copie stressTest0.so en .dll le test passe...

Cool
 

Non, pas normal

j'ai un méssage d'erreur, cpuStressMT 1.0.4
 
Q6600, pas d'o/C pour le moment.
 
Fréquence : inf MHz
Durée du test : 00:00:00
Utilisation CPU : 98.7 %
Thread 2 : erreur d'accès au fichier StressTest.dll.
Votre système a provoqué une erreur !
 
une idée ?
merci.

Ca te le fait à chaque fois ? Apparemment c'est un bug CSMT (mesure de fréquence foireuse + accès à une DLL qui n'existe pas).
Que donne la dernière beta ?
http://www.cpustressmt.com/CPUStressMT_1.1.0_b9.zip

Impecable Fouge  
 
la dernière marche super bien, il est lancé depuis 8 minutes, je teste 1 heure, je suis entrain d'écrire là.
mon dieu, il est blinder celui là, tu le sans bien qu'il fait son travail comme occt
je donnerais le compte rendu tout a l'heure.
au fait, il fonctionne bien avec SpeedFan déclaré dans les options.
 
@+
 
EDIT: non ça le faisait pas avant avec le e7300, il y'a 2 jours, je viens de prendre un q6600 en remplacement.
voilà.

Ayé le X2 est arrivé, ça devrait être moins long pour compresser l'iso qu'avec le sempron (30 minutes inside avant).

 
ça n'a rien a voir, un e7300 c'est costaud quand même, cpuStressMT 1.0.4 lui il passe bien
 
bizarre voit par toi même:
 
 
 
j'ai trafiqué un peu l'image pour qu'on puisse lire les résultats en entier, c'est au niveau des températures que ça donne pas, j'ai vu un pic de 52°C sous speedfan.
j'avais fait occt 2.0.1 un peu avant:

 
je ne sais ce que tu en penses ?

Etrange, j'ai aussi un Q6600 et la 1.0.4 passe bien.
De toute façon, la branche 1.0.x n'est plus supportée. Pour les CPU récents et/ou sous Vista, vaut mieux utiliser la version 1.1.x

je retenterais demain avec un autre soft de monitoring, histoire de voir si cette version prends mieux en compte CPUStressMT_1.1.0_b9 .
je suis win sp3, ça n'a pas de rapport mais qui sait ?
 
bonne nuit

Tu sais que tu peux agrandir CSMT en hauteur afin de voir tout le texte affiché en bas ?
Sinon c'est étrange ces température. T'as essayé avec le monitoring intégré à CSMT (pour un Q6600, faut choisir "Intel Core Temp" ) ?
 
 

J'ai aussi XP SP3

salut Fouge
 
Justement ça tombe bien, j'ai lancé intel core temp, et agrandie la fenêtre du CPUStressMT_1.1.0_b9 vers le bas, c'est o.K sur ce point.
 
Par contre hier, pour une première, j'avais laissé le vcore du q6600 en auto, car j'arrivais pas a connaitre exactement la tension nominale, cpu-z et consort m'affichaient plus je crois, car je suis entrains de lui faire un petit o/C a ce Q6600, strap 333 fsb 333 *9 3000Mhz pour 1.26v déclaré dans le bios, ma fois ça a l'air de tenir, je touche du bois, ça fait ~20minutes que ça brule, dès que j'ai fini, je ferais une capture et je posterais ici les résultats.
Je crois que j'ai de la chance cette fois.
 
je pense que CPUStressMT_1.1.0_b9 est en bonne voie
@+
 
Voilà c'est fait    

Bon fouge j'ai trouvé pour ton soft pourquoi j'arrivais pas à le lancer, en fait c'est pas une question de dll ou quoi...
En fait dans ton programme , si on est pas placé dans le dossier directement, cpustress ne trouve pas sa dll. Il faut donc que je me place dans le dossier cpustressmt0.09 pour pouvoir le lancer afin que le contexte soit ton dossier. Moi je lançais directement ton programme en chemin absolue, du coup, dans ton programme pwd ne répond pas le bon endroit et il ne doit pas le trouver, ça doit être ça ton problème. si t'as un linckage relatif depuis ton dossier (./Stresstest0.so) pour charger la dll, forcément vu que je le lance depuis le home, elle n'y est pas cette dll dans le home, et ça explique aussi pourquoi le event et le .conf ce retrouvait dans le home....
 
 
Donc il devrait y avoir une release du livecd dans l'aprem...

Ayé, la release:
ftp://alionet-repository.no-ip.in [...] ntuV1b.iso (223mo en liveCD)
 

 
Pour lancer: clic gauche une fois sur le bureau et cpustressmt.
Pour éteindre: clic gauche et Eteindre.
 
Le livecd est construit à la mano, avec fluxbox.
IL n'y a rien d'installé d'autre que xterm, fluxbox, un serveurX, startx, les drivers généraux d'ubuntu et de quoi faire tourner cpustressmt (QT4), et donc memtest d'intégré.
 
Voilà enjoy et merci pour vos test.

edit: faudrait vraiment que je MAJ la version Linux, elle fait vraiment "alpha"

C'est ce que je te dis depuis le début
En plus t'as un véritable crénaut avec le liveCD linux!
Surtout qu'en général linux est plus sensible à la stabilité de la machine que windows.
Et au pourrait même imaginer un noyau 64bit dans le futur pour plus stresser encore plus.
 
Le screen qui va bien:
 

Hop, une version livecd sur ma clef

Burn2, je me suis gourer avec une autre personne de ce forum, je pensais que tu parlais du cpu e7300 que je t'avais vendu par rapport au duron, pardon
 
Pour Fouge.
CPUStressMT_1.1.0_b9, je l'utilise toujours, les temps relevées sont identique a occt 2.01 , mais par contre il indique pas le Vcore du cpu, c'est a l'étude ?
bon boulot quand même

Non, je ne sais récupérer que la T° du CPU (des différents cores si possible).
Pour le reste, faut utiliser un plugin avec un logiciel externe, dont HWMonitor par exemple, qui démarrera tout seul si vous mettez l'exécutable dans le même répertoire que CSMT

oui, ça marche, j'ai tout mis dans un même dossier, lancer CPUStressMT_1.1.0_b9, par contre ça se passe pas automatiquement, il faut renseigner les cases .
cliquer dans options, j'ai choisi hwm 1.12.0, puis dans chaque ligne faut complété le monitoring,  voir la capture.
 

 
 
je le teste et je fais un rapport pour demain
 
 
EDIT:
 
au fait, il faut lancé d'abord  hwm 1.12.0, puis CPUStressMT_1.1.0_b9, mais hélas, il ne garde pas en mémoire tout les cores, un des core  
a était remplacé par GPU, donc, il faut a chaque fois vérifié avant de lancé le bruleur lol.

Normalement, ça devrait théoriquement se passer ainsi :
0) copier HWMonitor.exe dans le répertoire de CSMT
1) lancer HWMonitor 1.12
2) lancer CSMT 1.1.0
3) configurer le monitoring dans les options (choix du module + sélection des sondes)
4) valider et quitter CSMT&HWMonitor
A partir de là, HWMonitor se lancera automatiquement au démarrage de CSMT, avec les sondes configurées comme il faut.

Ah ok, parce que je ne comprenais po là.  
Vu mes cpu c'est pas moi! Mon X2 est la bestiole la plus récente et c'est sur mon serveur et je n'ai jamais vendu un seul de mes cpu (juste une carte 3D une fois)
Sinon po de retour sur la version livecd???

voici la capture, ça marche au poile, mais j'ai toujours le bug du 4eme core qui est pris par GPU core, donc pour ma part je dois vérifier a chaque fois, du moment que ça marche, je ne cherche pas l'absolue, merci beaucoup de l'effort que tu fais
 

La première fois, il est normal de configurer toutes les sondes (je différencie les T° et les tensions, mais pour chaque type de sonde je met un peu au hasard). Cependant, une fois que tout est réglé, les démarrages suivant devraient conserver les réglages. Et dans ton cas, t'es obligé de reconfigurer le 4ème core car il affiche la T° GPU ?
Dans HWMonitor, l'ordre des sondes est toujours la même ou pas ?

Ah tiens, bizarre...
Je viens de contrôlé, il a pris en compte cette fois, ça fonctionne maintenant.
Je comprends pas trop pourquoi hier, ça le faisait pas?
les voix de l'informatique sont impénétrable
 
Pour l'ordre des sondes, oui c'est toujours pareil, j'arrive a comprendre, c'est vrai que quand on vois la capture HWMonitor, c'est l'inverse, bref...
 
edit: que je suis con parfois, pour la dernière phrase ne tiens pas compte, il suffit juste de les mettre dans l'ordre dans l'option de CSMT.
pour moi, c'est o.K

Tiens j'ai une question moi, CPU Stress effectue le meme test CPU que OCCT, ou alors il sont plutot complémentaire pour un o/c ?
Genre erreur dans certain cas sur l'un et pas sur l'autre ect...

Complémentaires

Fougue pas de nouveauté sur la version linux en préparation???