Reprise du message précédent :
Alors, quoi de neuf docteur ? :

Semaine de merde (juste le temps de poster sur HFR ) donc je ferai rien avant ce WE et à condition que certains me fassent pas trop chier (je ne parle pas de vous).

J'espère!

 
Ok, amuse toi bien alors  

Ô fi scié
   
       

la semaine est passée, des news sur le programme ?

J'oublie pas, c'est juste que j'ai bossé dimanche soir (entre 17h et 5h du mat ) pour rattraper mes journées passées sur HFR.
Au boulot je suis sur les forums, et les WE je bosse. C'est pas une vie

De toute façon c'est ton prog, personne ne t'oblige à bosser comme un malade dessus.
Il vaut mieux le faire quand tu en as envie plutot que de te forcer à le programmer. Fait le à ton rythme.
 
 

 
 
+1
 
C'est déjà sympa de partager avec nous, il faut que cela reste un plaisir

C'étais juste pour dire que je n'ai pas abandonné mais qu'en ce moment je n'ai pas trop de temps.
De plus je suis confronté aux difficultés de conception d'un algo performant de détection d'erreurs. Ca demande + de travail et y'aura moins de retour "visible" sur ce topic.
 
En tout cas, j'ai appris pas mal de chose en concevant ce p'tit prog et je remercie Intel pour tous ces PDF bien instructif, dommage je ne les ai pas vu dès le début
(AMD est un peu plus radin à ce niveau là, mais ses CPU plus simple à "gérer" )

GUI (multiplateforme) en cours de developpement...

Après avoir recherché quel outil de dev choisir (simple, multiplateforme et de préférence gratuit), j'ai commencé avec wxWidgets. Mais j'ai pas mal galéré, alors je me suis rabattu sur QT4 et ça avance bien
L'interface sera sobre (rien à voir avec OCCT) et donc pas spécialement "eye candy". La premère version qui ce sera bientot dispo, se contentera d'intégrer tout ce que j'ai fait dans CPU_Detect18.
 
Le plus gros problème va etre dans la conception de l'algo : je vais devoir me rabbatre sur de l'existant

T'as contacté tetedeiench au sujet de l'algo et de ton éventuelle réutilisation de l'algo d'OCCT ?

Pas encore.

 
Alors pour la gui multiplateforme , le choix de QT4 est tres bon , sauf que QT c'est du C++ donc va falloir programmer ton logiciel en C++ , si tu ne fais "que" du C , oriente toi vers GTK2+ .
 
Sinon pour la version linux de ton logiciel je peux peut etre t'aider , enfin envois moi un mp au cas ou

Mon projet était déjà en C++.
Merci

Bonjour a tous,
 
Un grand bravo a fouge pour l'initiative et l'avancée du projet, je suis très heureux de voire un projet kom celui la, de plus un projet FRANCAIS"cocorico".
Un vent de "fraîcheur" dans le monde un peut figé des logiciels de stabilité.
 
Donc encore Bravo et merci Fouge, ne pas baisser les bras et je me dis que ton petit soft sera vite un incontournable dans le monde de l'oc.
 
Merci aussi a autres personnes qui t’aide à finaliser le projet.

Je suis d'accord aussi.J'encourage et veut bien apporter mon aide si je peux suivre lol.

Je ne comprends pas si les versions actuelles sont capable de détecter des erreurs ?
 
 
 
Je peux aider si besoin, 3800+ X2 (poussé de 2000 à 2686 cette nuit, à partir de cette fréquence, SuperPI (sur CPU 0) commençait à foirer).
 
Ca parle de PRime95, SuperPI, etc.. Chez moil le soft qui fait chauffer le plus (si ça peut vois aider), c'est "CPU Stability Test" (multithread). + 6°c par rapport au second soft faisant chauffer le +

De retour  
 
Bon je viens de créer l'interface graphique sous QT4. J'y ai intégré les fonctionnalité du "Detect18".
Pour ceux qui ont plusieurs processeurs logiques (P4-HT, bicpu ou dualcore), pensez à sélectionner dans la ComboBox chacun des CPU et de vérifier (ou noter ici) les infos affichés.
 
Cette première version est ici :
http://olivier.fouge.free.fr/OCCT/CPU_Stress_0.01.zip
 
Elle n'intègre pas encore d'algorithme de détection d'erreur (plusieurs vois sont à l'étude) et je n'ai pas encore modifier l'interface graphique pour utiliser cette fonctionnalité.
Je ne serai pas là ce WE, de retour lundi soir.
 
Bon tests à tous

Salut,
Je viens de tester ce prog, il détecte bien mon proco ainsi que sa fréquence (4000+)
Par contre, je ne sais pas si c'est normal (car je ne sais pas ce que ça signifie   ) PhyID CoreID LogID sont à 0 tous les 3.
De plus je n'arrive pas a lancer de stress CPU.
 
En tout cas je te souhaite un bon courage pour le developpement de ce prog, c'est une excellente initiative

Detection excellente:
 
Dual Core AMD Opteron(tm) Processor 170
MMX, 3DNow!, SSE, SSE2, SSE3, x86-64
2750.77 MHz --Mon oc est bien detecté--
1 Processeur Dualcore
CPU0 0 0 0
CPU1 0 1 1

Salut,
 
Ca commence à avoir de la gueule

Axionkt> Il n'y a pas encore la fonction de stress CPU, c'est donc normal.
 
Petite explication pour les CPU, PhyID, CoreID, LogID :
- la numérotation commence à 0
- CPU : numéro du processeur logique (vu par l'OS)
- PhyID : numéro du processeur physique
- CoreID : numéro du core au sein du processeur physique
- LogID : numéro du processeur logique au sein du processeur physique
 
Quelques exemples :
- 1 processeur monocore : CPU0 0 0 0
- 2 processeurs monocore : CPU0 0 0 0 - CPU1 1 0 0
- 1 processeur monocore HT : CPU0 0 0 0 - CPU1 0 0 1
- 1 processeur dualocore : CPU0 0 0 0 - CPU1 0 1 1
 
Pour l'instant je ne gère "QUE" 4 processeurs logiques maximum, comme par ex les dualcore HT, les biCPU dualcore, les biCPU HT ou les quadri CPU monocore. J'étendrai à 8 si c'est vraiment utile...
 
Cette fois je dois partir
@+

la detection marche tres bien sur mon opty 165

 
 
Merci pour ces explications    

Salut
 
Sa marche aussi chez moi

pourquoi le "défunt" occt ?

Pirgzzk > discontinué...

preums pour cpu stress

CPU-Z : 1808,3-1808,4
CPU Stress : 1808,33

Voir mon message posté le 22-04-2006 à 01:22:22
 
Mais j'ai MAJ la première page que maintenant.

Bravo pour cette version. Et encore encouragement!!

bientot le stress test ?

pour moi la version du nouveau log marche nickelle sur mon opty 165

Ah ben ça bouge à nouveau ici, ça fait plaisir à voir. Marche au poil chez moi aussi

Au programme de la v0.02 :
- intégration graphique de l'utilisation de l'algo de stress CPU
- affichage date/heure de début et durée du test
- nombre de thread = nombre de CPU logique
- version spécial HT
 
edit:
Pour l'instant l'algo sera un peu "bidon", mais le but est de tester la gestion de celui-ci.
Ensuite quand tout sera au point, je mettrai l'algo définitif.

une idée Fouge : comme pour CPU-Z, les timings & fréq. de la RAM
sinon continue comme sa et on pourra jeter cpu-z et prime95 a la corbeille  

Non non, gardez votre CPUZ, il ne le remplacera jamais.
Sans que ça ne paraisse, le boulot est énorme et il faut avoir de bon contact avec les fabricants de mobo/chipset.
Rien que pour avoir certaines infos CPU, c'est bien galère (notament pour l'HT) alors la RAM et tout le reste, j'imagine même pas.
Le seul truc que j'aimerai ajouter, c'est le coef du CPU (et par division la valeur du FSB). Mais c'est pas forcément pertinant.
 
Je vois mon logiciel comme un concurrent de SP2004 (basé sur le moteur de Prime95) que je conseille
http://sp2004.fre3.com
Il a bien évolué depuis ses débuts, il ne lui manque que la gestin multi-CPU en 1 seule instance, et mon soft serait obsolète avant même d'avoir vu le jour en version finale.
 
Ceci dit, les 3 points que mon soft se démarquerait seraient :
- un algo de test différent de Prime95 (OCCT Engine ?)
- support HT/multicore/multiCPU
- version Linux

Le contenu de ce message a été effacé par son auteur