CPU

[CPU Stress MT 1.2.0 RC2] Petit refresh pour 2012 :)

Recherche :

Sujet(s) à lire :
- OCCT v15: test+bench storage,Skins LTT/Corsair,GPUs qui chantent

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 123 124 125 .. 154 155 156 157 158 159 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [CPU Stress MT 1.2.0 RC2] Petit refresh pour 2012 :)

Fouge

Reprise du message précédent :
Je ne sais pas si ça gère bien le multithread (1 seul thread de test, ça marche ).
Le calcul du % CPU est fictif : 0% quand ça tourne pas, 100% quand ça tourne.
Je n'ai pas (encore) réussi à récupérer le code retour des thread : donc j'ai aucun détail sur le pourquoi de l'arrêt du test. Du coup, c'est une gestion assez binaire : ça tourne = ok, ça tourne pas (alors que ça devrait) = erreur de calcul (même si en fait j'en sais rien du tout, ça peut être pas mal de choses).
Et également, pas de monitoring, pas de son, pas de shutdown, etc.

Juste l'algo de test basique, théoriquement multithread.
Je mettrai à dispo la version ce soir. Par contre faut une version récente de Qt4 (celle de Ubuntu 7.10, cad 4.3.2 ?).

Message édité par Fouge le 06-12-2007 à 12:35:04

Publicité

burn2

Pour ceux qui viendront après

Ah mince je peux pas tester sur mon serveur, bon reste encore mon pc portable. Pour le monitoring tu vas faire comment? "Sensors or not?"

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

Pour ceux qui veulent bien tester la version Linux, la 1ère intégrant l'algo (toujours celui de Prime95) !
http://olivier.fouge.free.fr/CPUSt [...] .06.tar.gz
:jap:

Message édité par Fouge le 07-12-2007 à 21:03:16

burn2

Pour ceux qui viendront après

Je teste ça dès que je peux.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

blackhawker

IWH and almost anywhere

je viens de tester sur mon portable et l'interface se lance mais ça plante illico

donc le proc est bien reconnu
la fenêtre se ferme dès que je lance le test avec un petit Erreur de segmentation (core dumped)
je parle du log pas du pc
faut voir si c'est la même chose pour Burn2 et ZOOUUU
en tout cas c'est bien de t'intéresser aux utilisateurs de linux :jap:
je testerais un max pour faire avancer ce projet

EDIT: je verrais ce soir si ça passe sur mon fixe avec le monocore (opty144)

Message édité par blackhawker le 07-12-2007 à 08:48:59

---------------
création de site - photo

Fouge

C'est sur quelle distribution exactement ?

ZOOUUU

glop glop

+1 même problème que blackhawker
L'interface n'a pas de barre de déplacement, par contre elle se lance bien et les thèmes on l'air de bien fonctionner...
Par contre seg fault dès que je lance le test.
Sur un double core, avec une ubuntu 7.10 toute neuve
Pour libqt4, il faut juste les paquets core et gui ? pas d'autres ?

Fouge

Moi j'ai ajouté les paquets de developpement, mais normalement, de base il y a tout ce qu'il faut pour lancer les appli Qt4.
Faudrait que je vois les dépendances, j'ai dû oublier de fournir un truc. Quelqu'un sait comment on fait sous Linux ? Moi j'y connais rien

ZOOUUU

glop glop

eeuuuhhh

blackhawker

IWH and almost anywhere

moi c'est comme indiqué dans ma config: Ubuntu 7.10 (32bits)

---------------
création de site - photo

Publicité

burn2

Pour ceux qui viendront après

Moi l'affichage de la fenêtre principale marche sur une Ubuntu 7.04, je peux bouger les curseurs ça ça marche (mon serveur)
Je pourrais tester dans la soirée sur ma distrib OpenSuse.

EDIT: l'affichage marche mais dès qu'on clique sur option ===>lookup error undef function .... Mais bon ça doit être parce que j'ai un vieux QT et que dans les options tu utilises un truc qui n'est pas dispo dans cette version.
EDIT2: je lance le test de stabilité et paf segmentation fault chez moi aussi (core dumped)
EDIT3: je viens de tracer avec gdb le lancement d'un test qui donne le segmentation fault ça donne ça:

(gdb) start
Breakpoint 1 at 0x80656c3
Starting program: /home//téléchargement/Tests/cpustressmt_0.06.tar.gz_FILES/cpustressmt
[Thread debugging using libthread_db enabled]
[New Thread -1223915824 (LWP 29419)]
[Switching to Thread -1223915824 (LWP 29419)]
0x080656c3 in main ()
(gdb) next
Single stepping until exit from function main,
which has no line number information.
[New Thread -1228121200 (LWP 29434)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1228121200 (LWP 29434)]
0xb63964f4 in xfft1024K112_2AMD () from ./StressTest0.so
(gdb) next
Single stepping until exit from function xfft1024K112_2AMD,
which has no line number information.

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.

Message édité par burn2 le 07-12-2007 à 13:09:26

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

blackhawker

IWH and almost anywhere

aucun problème pour aller dans les options pour moi
et quand je choisi un test de 30min, il me met correctement le message comme quoi c'est un peu court comme test
mais bon dès que je lance le test, toujours le même problème

---------------
création de site - photo

burn2

Pour ceux qui viendront après

Oui j'ai la version 7.04 donc si foudge utilise une version récente de QT (celle inclue dans la 7.10) et fait appel a une des fonctions de cette dernière version ça ne passera pas chez moi, et ça doit être le cas dans le menu des options.

Message édité par burn2 le 07-12-2007 à 13:10:41

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

J'vais vous mettre à dispo la version de debug. Gdb donnera ainsi plus d'informations, parce que là...
Sinon je vais voir niveau dépendances car che moi (Ubuntu 7.10) ça marche

Message cité 1 fois

blackhawker

IWH and almost anywhere

bon ben même plantage sur le fixe avec un monocore
toujours sous Ubuntu 7.10

---------------
création de site - photo

burn2

Pour ceux qui viendront après

Fouge a écrit :

J'vais vous mettre à dispo la version de debug. Gdb donnera ainsi plus d'informations, parce que là...
Sinon je vais voir niveau dépendances car che moi (Ubuntu 7.10) ça marche

Oui pour le QT, comme je te l'ai dis, j'ai une version plus vielle puisque j'ai la 7.04 .

Ok pour ta version debug, j'attends pour t'envoyer le rapport

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

burn2> http://olivier.fouge.free.fr/CPUSt [...] bug.tar.gz

Message édité par Fouge le 07-12-2007 à 21:03:44

burn2

Pour ceux qui viendront après

C'est encore pire ça ne se lance même plus quand on met gdb... :

Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(gdb) start
Breakpoint 1 at 0x80664ba: file /home/olivier/CPUStressMT/main.cpp, line 5.
Starting program: /home//téléchargement/Tests/cpustressmt_0.06_debug.tar.gz_FILES/cpustressmt
[Thread debugging using libthread_db enabled]
[New Thread -1224243504 (LWP 9397)]
[Switching to Thread -1224243504 (LWP 9397)]
main (argc=1, argv=0xbf841af4) at /home/olivier/CPUStressMT/main.cpp:5
5 /home/olivier/CPUStressMT/main.cpp: No such file or directory.
in /home/olivier/CPUStressMT/main.cpp
(gdb) next
7 in /home/olivier/CPUStressMT/main.cpp

EDIT: sur mon pc sous OpenSuse 10.3 et XGL j'ai pas le contours des fenêtres comme blackhawker
Et je confirme que sur OpenSuse 10.3 le menu option marche

Message édité par burn2 le 07-12-2007 à 21:28:21

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

Ok, j'ai l'impression qu'il veut voir le code source
A part mettre la liste des très nombreuses librairies que CSMT utilise sous Linux, je vois pas trop quoi faire.
Et encore, c'est que le test qui foire, c'est peut-être simplement un pb avec StressTest0.so

burn2

Pour ceux qui viendront après

ou t'as crouté ton thread

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

burn2

Pour ceux qui viendront après

Sinon au pire, si vraiment tu veux, tu me passe le code du main qu'il veut vérifier non? Enfin si tu veux. De toute façon ça ne sortira jamais du cadre. Bref c'est à toi de voir.
Tu le compile depuis ou linux ou windows?

EDIT: je suis c** même si j'ai le main, il va le chercher chez toi Donc c'est pas bon.

Sinon pour ta lib, ça marche chez toi??? Si oui ça peut-être plusieurs problèmes:
*Manque de librairies chez nous, j'en doute vu les libs que j'ai puisque je fais pas mal de développement et que j'ai donc pas mal de lib, et puis un pb de lib ne ferait pas une segmentation fault.
* ta lib so est compilée pour ton architecture ce qui fait que ça ne marche pas chez les autres.

Message édité par burn2 le 07-12-2007 à 22:02:51

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

Je compile depuis Linux (Ubuntu 7.10) et j'ai pas vraiment le choix pour faire du binaire Linux. Et même si c'était possible, ce serait très tordu comme méthode, étant donné que j'ai un dual boot XP/Ubuntu

Niveau architecture, la librairie gwnum.lib est compilé pour du 486, et est source à 99% du fichier StressTest0.so. Ce dernier ainsi que CSMT sont compilés sans préciser l'archi, peut-être devrais-je ? Cependant ça tourne sur un Barton, et je doute que vous ayez autre chose que du X86 ou un CPU ne supportant pas ce que supporte un Barton (cad tout jusqu'au SSE1). Donc bon...

burn2

Pour ceux qui viendront après

Faut voir si ça n'inscrit pas autre chose que ça lors de la compilation en fonction des flags etc, par architecture ça inclue tout, généralement les seg fault c'est quand on écrit dans une zone mémoire interdite etc. Suffit que le nom des registres des processeurs ne soient pas les mêmes, tu as un proc mobile déjà etc, ou que tu es dans l'algo des accès mémoires particuliers. La compilation peut parfois lier l'exécutable à l'archi et pas que du point de vue des fonctionnalités (tu devrais le savoir avec l'assembleur d'ailleurs ). Je ne vois que ça qui pourrait faire que ça passe chez toi et pas chez nous. Un seg fault pour une librairie manquante perso je n'ai jamais vu, et comme je l'ai dit précédemment, j'ai pas mal de lib déjà installé, tan sur mon serveur que sur mon pc portable ou je code (OpenSuse installé en mode dev, avec presque tous les paquets devs de cochés).

Message édité par burn2 le 08-12-2007 à 00:13:58

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

- Correction de 2 bug potentiels (dans le cas ou l'ouverture de la librairie échoue)
- Ajout d'infos de debugage pour enfin identifier le segfault
- Tout est compilé avec -march=i486
http://olivier.fouge.free.fr/CPUSt [...] ug2.tar.gz

/!\ Lancer en ligne de commande : ./cpustressmt dans une console

Message édité par Fouge le 08-12-2007 à 11:53:53

ZOOUUU

glop glop

olivier@scoubidou:~/test$ ./cpustressmt
Before thread start
After thread start
Before thread start
After thread start
step 0
step 1
step 0
step 1
step 2a
step 3a
step 4a
step 5a
step 2a
step 3a
step 4a
step 5a
Erreur de segmentation (core dumped)

Fouge

Apparemment, t'as un dualcore
Bon je regarde ça : ça plante juste après le 5a.

HS: ça existe depuis quand sur HFR, la fonction "Ajouter xxx à votre liste de contact" ?

Message cité 1 fois

Fouge

- Ajout des infos système (comme CPU Detect sous Windows)
- Evite une division par 0 (qui n'arrive théoriquement pas)
http://olivier.fouge.free.fr/CPUSt [...] ug3.tar.gz

/!\ Lancer en ligne de commande : ./cpustressmt dans une console

Message cité 1 fois

ZOOUUU

glop glop

-Oui, j'ai un opteron 165
-aucune idée

edit : bon ben c'est pareil, sauf qu'il met les infos cpu, puis plantage (pas de message de debug)

Message édité par ZOOUUU le 08-12-2007 à 13:24:43

Fouge

Tu peux quand même me copier/coller les infos cpu ?
Ya p'tet une info mal détectée et vu que je m'en sert pour lancer le thread de test...

Profil supprimé

Fouge a écrit :

../..
HS: ça existe depuis quand sur HFR, la fonction "Ajouter xxx à votre liste de contact" ?

http://forum.hardware.fr/forum2.ph [...] 1#t9978857

Fouge

Ha wè, plus d'1 an quand même En meme temps que l'edit rapide dont je me sert très souvent.
Je vais voir à quoi ça sert...

pascal22

Code :

[pascal@pascal cpustressmt_0.06_debug3]$ gdb ./cpustressmt
GNU gdb 6.7
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /home/pascal/MyDownloads/cpustressmt_0.06_debug3/cpustressmt
[Thread debugging using libthread_db enabled]
[New Thread 0xb6df96d0 (LWP 32266)]
Nom du CPU : Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz
CPU Family 6 Model 0F Stepping 6
Methode Cpuinfo : 2031.6 MHz
Methode GTOD : 2031.8 MHz
Nombre de cache L2 : 1
Taille de chaque L2 : 2048 Ko
Taille totale de L2 : 2048 Ko
Taille du cache L3 : 0 Ko
1 Processeur Dualcore
[New Thread 0xb6949b90 (LWP 32296)]
[New Thread 0xb6148b90 (LWP 32297)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6949b90 (LWP 32296)]
0xb555ad51 in xfft1024K112_2 () from ./StressTest0.so
(gdb) bt full
#0 0xb555ad51 in xfft1024K112_2 () from ./StressTest0.so
No symbol table info available.
#1 0xb53d9b7f in gwsquare () from ./StressTest0.so
No symbol table info available.
#2 0xb53d5e2b in selfTestInternal () from ./StressTest0.so
No symbol table info available.
#3 0xb53d6255 in RunTest () from ./StressTest0.so
No symbol table info available.
#4 0x08054272 in ThreadStress::run ()
No symbol table info available.
#5 0xb7d70a82 in ?? () from /usr/lib/libQtCore.so.4
No symbol table info available.
#6 0xb70d8162 in start_thread () from /lib/libpthread.so.0
No symbol table info available.
#7 0xb727326e in clone () from /lib/libc.so.6
No symbol table info available.
(gdb)

Code :

[pascal@pascal cpustressmt_0.06_debug3]$ ldd ./cpustressmt
linux-gate.so.1 => (0xb7fdd000)
libQtCore.so.4 => /usr/lib/libQtCore.so.4 (0xb7e11000)
libQtGui.so.4 => /usr/lib/libQtGui.so.4 (0xb75ff000)
libQtNetwork.so.4 => /usr/lib/libQtNetwork.so.4 (0xb7552000)
libQtXml.so.4 => /usr/lib/libQtXml.so.4 (0xb74e9000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb73fb000)
libm.so.6 => /lib/libm.so.6 (0xb73d5000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb73ca000)
libc.so.6 => /lib/libc.so.6 (0xb7294000)
libdl.so.2 => /lib/libdl.so.2 (0xb7290000)
libz.so.1 => /lib/libz.so.1 (0xb727e000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb727a000)
librt.so.1 => /lib/librt.so.1 (0xb7271000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb71d1000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb71b9000)
libaudio.so.2 => /usr/lib/libaudio.so.2 (0xb71a3000)
libXt.so.6 => /usr/lib/libXt.so.6 (0xb7154000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7130000)
libSM.so.6 => /usr/lib/libSM.so.6 (0xb7128000)
libICE.so.6 => /usr/lib/libICE.so.6 (0xb7111000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb7109000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7101000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb70fb000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb70f6000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb70ec000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb70e9000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb706e000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7043000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb7035000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb6f4c000)
/lib/ld-linux.so.2 (0xb7fde000)
libpcre.so.0 => /lib/libpcre.so.0 (0xb6f24000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb6f21000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb6f01000)
libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb6eff000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb6ee6000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb6ee1000)

dual core aussi, sur archlinux

Message cité 1 fois

ZOOUUU

glop glop

olivier@scoubidou:~/test$ ./cpustressmt
Nom du CPU : Dual Core AMD Opteron(tm) Processor 165
CPU Family F Model 23 Stepping 2
Methode Cpuinfo : 1000.0 MHz
Methode GTOD : 1445.2 MHz
Nombre de cache L2 : 2
Taille de chaque L2 : 1024 Ko
Taille totale de L2 : 2048 Ko
Taille du cache L3 : 0 Ko
1 Processeur Dualcore
Erreur de segmentation (core dumped)

cpuinfo plante dans la détection de fréquence, mais sinon pas de problème particulier...

Message édité par ZOOUUU le 08-12-2007 à 13:36:02

Profil supprimé

Fouge > et l'icône " " ou " " (en foncion du thème...) est apparue le => http://forum.hardware.fr/forum2.ph [...] #t13457105

Message édité par Profil supprimé le 08-12-2007 à 13:36:55

Fouge

pascal22 a écrit :

Code :

[pascal@pascal cpustressmt_0.06_debug3]$ gdb ./cpustressmt
GNU gdb 6.7
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
Using host libthread_db library "/lib/libthread_db.so.1".
(gdb) run
Starting program: /home/pascal/MyDownloads/cpustressmt_0.06_debug3/cpustressmt
[Thread debugging using libthread_db enabled]
[New Thread 0xb6df96d0 (LWP 32266)]
Nom du CPU : Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz
CPU Family 6 Model 0F Stepping 6
Methode Cpuinfo : 2031.6 MHz
Methode GTOD : 2031.8 MHz
Nombre de cache L2 : 1
Taille de chaque L2 : 2048 Ko
Taille totale de L2 : 2048 Ko
Taille du cache L3 : 0 Ko
1 Processeur Dualcore
[New Thread 0xb6949b90 (LWP 32296)]
[New Thread 0xb6148b90 (LWP 32297)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb6949b90 (LWP 32296)]
0xb555ad51 in xfft1024K112_2 () from ./StressTest0.so
(gdb) bt full
#0 0xb555ad51 in xfft1024K112_2 () from ./StressTest0.so
No symbol table info available.

dual core aussi, sur archlinux

Ok, je vais faire une version avec la table des symboles.
En espérant que je vais avoir des infos utiles.
En tout cas, l'erreur se situe dans la librairie StressTest0.so
Le problème est que 99.9% du code source de cette lib provient de Prime95

ZOOUUU a écrit :

cpuinfo plante dans la détection de fréquence, mais sinon pas de problème particulier...

Quelles sont tes fréquences idle/full ?

Message édité par Fouge le 08-12-2007 à 13:42:51

ZOOUUU

glop glop

1445 en idle et 2600 et quelque en full (CnQ activé)

Message édité par ZOOUUU le 08-12-2007 à 13:49:45

burn2

Pour ceux qui viendront après

Fouge a écrit :

Je vérifie ça dès que je peux

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Fouge

- Ajout de la table de symboles (pour le gdb)
- Ajout d'info de debug dans la librairie StressTest0.so qui pose pb
http://olivier.fouge.free.fr/CPUSt [...] ug4.tar.gz

/!\ Lancer en ligne de commande : ./cpustressmt (ou faire un gdb pour ceux qui savent faire)

ZOOUUU

glop glop

hop !

olivier@scoubidou:~/test$ ./cpustressmt
SetStopTest() ok
Begin RunTest() :
guessCpuType() ok
guessCpuSpeed() ok
aligned_malloc() ok
Begin selfTestInternal() :
map_fftlen_to_max_exponent() ok
SetStopTest() ok
Begin RunTest() :
guessCpuType() ok
guessCpuSpeed() ok
aligned_malloc() ok
Begin selfTestInternal() :
map_fftlen_to_max_exponent() ok
Erreur de segmentation (core dumped)

Message édité par ZOOUUU le 08-12-2007 à 15:45:47

Fouge

- Ajout d'infos de debug
- Version limitée à 1 seul thread
http://olivier.fouge.free.fr/CPUSt [...] ug5.tar.gz

/!\ Lancer en ligne de commande : ./cpustressmt dans une console

Je comprend toujours pas pourquoi ça marche QUE chez moi :sweat:

Message édité par Fouge le 08-12-2007 à 16:30:02

ZOOUUU

glop glop

olivier@scoubidou:~/test$ ./cpustressmt
Begin RunTest() :
aligned_malloc() ok
Begin selfTestInternal() :
map_fftlen_to_max_exponent() ok
step 0
step 1
iter=1
i=0
step 2
step 3
i=1
step 2
step 3
[...] (c'est long :D )
i=86
step 2
step 3
step 4
step 5
step 6
step 7
step 8
lucasSetup() ok
step 9
step 10
step 11
step 12
k=0
step 13
gwsetnormroutine() ok
gwstartnextfft() ok
lucas_fixup() ok
Erreur de segmentation (core dumped)

Message édité par ZOOUUU le 09-12-2007 à 00:56:29

Publicité

Page : 1 2 3 4 5 .. 123 124 125 .. 154 155 156 157 158 159

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Overclocking, Cooling & Modding

CPU

[CPU Stress MT 1.2.0 RC2] Petit refresh pour 2012 :)

Sujets relatifs
Ventilo CPU 3 pin sur 4 pin Possible ?	Un ventilateur silencieux pour mon CPU
Hurlements monstrueux d'un ventilo CPU	Mon A64 moins stable qu'avant ??
est il possible que l ordi ne boot pas du tout si o/c pas stable ?	mise en place de 2 ventilos de boitiers + 1 sur CPU
vos overcloking stable	Premier essai O/C CPU
Ventilateur CPU autorégulé Intel. Help svp...	Température CPU très élevée sans raison
Plus de sujets relatifs à : [CPU Stress MT 1.2.0 RC2] Petit refresh pour 2012 :)

Page générée en 0.190 secondes