Reprise du message précédent :
ok

Ca marche chez moi

Suite à l'engoument constaté, voici le suivi d'avancement au 2007-05-13 :
 
L'état du pilote :
Le modèle 32 bits avance assez bien, j'espère finir d'ici ce soir pour compiler la version 64 bits.
Sachant que je n'ai pas un Vista réel mais uniquement en émulation (Vista 32bits sous Windows XP x64), j'espère que cela fonctionnera.
Le pilote sera pour l'instant validé avec un Core2Duo sous Windows XP 32bits puis la machine à base d'AthlonX2 sera prête, je validerai pour ce processeur.
 
Conscernant le programme général :
- Une nouvelle routine basée sur un algo perso (Quadri-LRP 4 couches) devrait apparaître : occupation bien plus importante que les routines présentes avec un gain de 4 à 6°C (version FPU et SSE).
- Les routines utilisant les tables précalculées ne sont toujours pas prêtes (je n'ai pas le temps de faire bosser le CPU tout en programmant).
 
C'est tout pour l'instant.
 
A venir (j'espère) :
- Ajout d'une routine de test de décimation (MMX et SSE uniquement)
- Mesure de la température de la diode du processeur

Décidemment, j'ai du mal...
 
Voici les problèmes rencontrer :
L'écriture d'un pilote permettant le passage en ring0 (kernel) est assez ardu car il faut écrire un pilote trés spécifique.
Actuellement, mon pilote fonctionne, mais pas de façon autonome. Il faut l'installer via un fichier INF, car je n'ai pas pris le bon modèle de pilote. Mais c'est en cours de modification.
Ainsi, je pourrai charger et décharger mon pilote à volonté.
La compatibilité avec les Windows 2000, 2003 et XP sera maximale et que ce soit en 32 ou en 64 bits.
Pour Vista, c'est plus compliqué puisqu'il faut écrire un pilote certifié.
 
Pour ceux qui ont Vista 32 et 64bits, que donne CoreTemp sur votre système ?
 
La question n'est pas anodine, CoreTemp utilise en fait le pilote de CrystalCPUID et le lance à son démarrage pour l'arréter à la sortie. Et dans mon logiciel, je procède de la même façon, sauf que c'est avec mon propre pilote.

Ca marche chez moi :
 

 
Par contre le test tourne en boucle ou il s'arrete au bout d'un temps défini ?

Le test ne tourne pas en boucle.
J'ai prédéfini 16384 étapes pour certaines routines, d'autres moins... Mais globalement, il y a 16384 étapes. Tu as le temps de voir venir...
De toute façon, ce n'est qu'une pré pré pré version... Dans mes priorités, actuellement je dois finir le pilote et après je repars sur les routines de stress (j'en ai une assez violente que j'avais écrite en FPU et SSE et une autre MMX et SSE).
Et puis j'ai toutes mes bibliothèques FFT/MDCT/Vector/Scalar... Mais pas optimisées FPU/SSE hélas...
 
Sur ton graphe, on voit bien les différentes variations de température provoquées par les différents algo. C'est tout à fait normal.
Edit: On dirais un skin pour Vista ? Tu es bien sous Windows XP ?

 
Oui je suis sous XP, j'ai pas testé sous Vista.

Pour Vista, c'est plus compliqué, il faut un pilote certifié ou démarré dans un mode spécial (pour la version x64). Pour la Vista 32 bits, cela semble plus simple.

Faudrait que l'échelle du graph s'autoadapte

Oui, c'est prévu.

Ton programme ne fonctionne pas sous Vista 32, il plante des qu'on le lance.

idem sur xp sp2 chez moi.
 
mais je l'ai déjà dit.
 
@+

Le nom de ton programme devrait refléter son utilité, ses fonctions, ...
C'est une règle de marketing

CPU Master ? Comme ce logiciel fait tout sauf le café ...
Cpu Monitoring and Stressing ? Ca donnerait CMS comme initiales ...

CMS ou composants montés en surface (composants de surface).

J'ai repris hier-soir... Après une bonne semaine d'absence pour plusieurs raisons.
 
 
Donc voici l'avancement avant que j'aille faire do-do :
J'ai développé un pilote "kernel" spécialement pour les systèmes NT/2000/XP. Cela évite surtout l'emploi de la NTDLL et des fonctions ZwDebug.
Ce pilote a un gros avantage : La récupération parfaite des données. Cela me permettra aussi de peut-être implémenté le support DiodeTemp.
 
Ce pilote, pour l'instant, est compilé et fonctionnel en 32 bits. La version 64 bits est en cours de finition. Je ne pourrai la tester que lundi.
 
Je n'ai pas Vista, mais il semblerait que les pilotes noyau 32 bits à la sauce XP fonctionnent sous Vista32 (à valider) - il faut cependant désactiver certains paramètres de sécurité.
Pour l'instant, l'objectif est un fonctionnement sans faille sous 2000/XP 32 et 64bits.
 
Quand aux fonctions de stress avancées, j'espère m'en occuper ce week-end.
 
 
Donc avec un peu d'espoir, j'espère déposer une version d'ici dimanche soir.

Mise à jour du logiciel :
- Intégration du pilote 32bits
 
Bilan :
- Test concluant sur Code2Duo (et assez rapide)
- Fonctionnement à valider sur K8
 
 
Bon téléchargement :
cpust-2007-05-27.zip
 

Fonctionne bien sous Vista 32 avec un a64, mais le test LRP error resilience for FPU me trouve dessuite une erreur alors que jusqu'à présent, aucun autre logiciel ne me trouvais d'instabilité.
 
Sais-tu si ce genre de test est implémenté dans d'autre logiciel pour vérifier qu'il y a bien erreur de la part de mon proco et que le problème ne viens pas de ton algo ?
 
edit : je viens de voir "fonctionnement à valider sur K8", de quoi parles-tu ?
 
edit 2 : Le problème vient bien de ton algo je pense, car quelque soit la fréquence ou la tension de mon CPU, ce test me retourne une erreur.

Oups, je ne l'ai pas enlevé...
J'ai changé de compilateur donc j'ai viens de voir qu'il y a avait des erreurs bizarres...
 

L'algo fonctionne, mais c'est un problème du compilateur qui n'a pas respecté l'IEEE.
 

C'était surtout pour la température... Mais puisque cela fonctionne sur ton K8 qui tourne sous Vista, alors là      
 
 
Merci.

Une bonne nouvelle :
Le pilote 64 bits fonctionne sous Windows XP x64. Ainsi je peux lire sans problème la température des 4 cores du C2Q.

Avancement...
 
Le pilote 32/64 bits est maintenant terminé, voici grosso modo ses points forts :
- Compatible 2000/2003/XP/Vista en 32 bits
- Compatible 2003/XP en 64 bits (à valider en 64 bits pour Vista)
- Fonctionnement en mode Kernel-Ring0
- Lecture et écriture des MSR
- Accès à tous les ports I/O
- Accès à toute la mémoire
- Echange sécurisé
- Mesure de la fréquence du CPU
- Mesure du/des CoreTemp (Intel et AMD)

Nouvelle version : cpust-2007-05-29.zip
- Correction du bug de la version 2007-05-27  
- Pilote 32/64 bits intégré
 
Bon téléchargement et bon test !
cpust-2007-05-29.zip

- La température est bien lue sur K8 (par contre tu lis sur la sonde du CPU, et chez moi, je pense que celle de la mobo est meilleure).
 
- Plus de problème avec le test.
 
- J'avais pas trop le temps mais j'ai testé vite fait sur un système trés instable pour comparer avec OCCT :
OCCT : crash en 6s ;
Ton log : pas de crash après une minute de chaque test ;
 
Je ferai d'autres essaies quand j'aurai plus de temps.
 
Sinon la fréquence CPU est lue juste au lancement du programme, donc si on la modifie quand il est lancé, il indique toujours l'ancienne valeur.
Après, il faudrait pouvoir changer l'échelle du graphe.

C'est prévu de lire la diode interne, mais c'est un gros boulot.
 
 
 

C'est normal, il manque encore pas mal de tests. Je me suis beaucoup attardé sur le pilote...
 

Logique... J'ai désactivé le rafraichissement. Mais je pense le remettre plus tard.
 

C'est prévu.
 
Merci

J'ai testé plus en profondeur, sur une config dont l'oc a été validé par 16h d'OCCT, ton log me trouve une erreur à la 255e passe du test 1.
 
Donc a première vue, ton algo est pas mal car j'avais de temps à autre des petits freeze, je vais tester dans d'autres situations plus tard.
 
Sinon, dans l'interface de test, tu écris 2 fois le numéro de la passe en cours, je trouve que ça fait un peu lourd.
 
edit : Dans une situation stable, au bout de combien de temps le logiciel passe d'un test à l'autre ?

ganply> L'interface d'affichage des tests n'est pas encore totalement terminé...
Pour les messages d'erreurs, je dois encore les mettre à jour.
 
>Sinon, dans l'interface de test, tu écris 2 fois le numéro de la passe en cours, je trouve que ça fait un peu lourd.
C'est parce que les processeurs logiques peuvent ne pas être synchro.
 
>J'ai testé plus en profondeur, sur une config dont l'oc a été validé par 16h d'OCCT, ton log me trouve une erreur à la 255e passe du test 1.  
C'est quel test qui provoque le test ?
Je pense que c'est LRP, c'est celui qui consomme le plus actuellement.
 
>edit : Dans une situation stable, au bout de combien de temps le logiciel passe d'un test à l'autre ?
A chaque passe, quand on sélectionne tous les tests, il les fait tous, dans une même passe. Si bien que l'on voit la température varier.

 
Désolé, j'ai pas noté le nom du test.
 
 
Tu veux que je te fasse des test spécifiques ?

ganply> Non, ce n'est pas grave.
 
De toute façon, il faut que je modifie le code de LRP pour le convertir entièrement en assembleur FPU, 3DNOW, SSE... Donc les tables seront refaites.
 

Nouvelle version : cpust-2007-06-07.zip
- Suppression de nombreux stress (il reste Knuth et Enhanced Knuth) pour valider ceux présents.
- Refonte totale de la lecture de la fréquence CPU
- Ré-écriture du gestionnaire de diagnostics (stress/test)
 
Bon téléchargement et bon test !
cpust-2007-06-07.zip
 
 
Objectif de cette version :
- Valider les stress Knuth et Enhanced Knuth (il ne doit pas y avoir d'erreur et surtout pas aux mêmes étapes 2 fois de suite)
- Valider la lecture de la fréquence du CPU (Pentium 4, Pentium M, Core2Duo, Core2Quad, K7, K8...)
- Valider le fonctionnement sous Windows XP 32 et 64 bits et Vista 32 et 64 bits (idem pour Windows 2000 et 2003).
 
A venir si cette version est validée :
- Incorporation des nouveaux stress/test
- Modification de la zone de diagnostic (plus claire, plus lisible, plus détaillée et plus précise... Plussss mieux)

Fréquence CPU : OK
Fonctionnement : Sous Windows XP SP2, OK
 
Je teste les stress

WiiDS> Merci. Peux-tu me détailler ta config (Type CPU, Freq CPU, Mul CPU et FSB).
 
Pour ma part, j'ai pu valider les 2 tests sur un QX6700 underclocké à 2,13GHz et fonctionnant sous Windows XP x64.

C'est aussi pour moi .
 
E6400 o/c 3.2ghz
Asus P5b-E Plus
2x1 crucial ballistix
 
 
3280 mhz
coef x8
410 de fsb

Je n'ai pas eu de problèmes avec les tests
 
Type CPU : AMD 64 3700+ San Diego
Freq. CPU : 2805mhz
Multipl. CPU : 11
FSB : 255

Elle arrive quand la nouvelle version ?

WiiDS> Elle arrive pas encore... Je pense d'ici la fin du mois.
C'est trés long, surtout pour générer les tables de hashage.
En plus de la mienne, j'ai ma machine du boulot qui tourne dessus, depuis 2 semaines. Les 4 cores à fond (mais en iddle - faut que je puisse bosser quand même).
Je monte en parallèle une nouvelle machine chez moi (AthlonX2) sous Windows 2000 SP4 pour y valider le logiciel.
 
C'est les raisons qui font que cela prend du temps.
Navré pour l'attente.

Toujours pas
 
Je suis un client chiant je sais

J'ai testé ton logiciel, et je le trouve très bien, mais seulement, petit bug (mais qui vient surement de mon PC) au niveau des températures.
En fait avec Speedfan j'ai 47° et avec ton log j'ai 65°
et une défférence de temp aussi élevée j'aime pas trop...
J'ai une Gigabyte K8NF-9-RH, et certaines sondes déconnent sous Speedfan (notament celle du Chipset). Donc j'aimerais savoir à partir de quoi la temp du proco est mesurée dans ton logiciel.
 
Sinon c'est un très bon soft a dévlopper!

WiiDS> Il faut compter environ 1 mois de retard sur le développement.
Les tables sont prêtes, mais pas le reste...
 
Désolé pour l'attente, mais dans la vie, il y a des imprévus... (j'ai dû utiliser la machine environ 2h par semaine depuis mon dernier message).
 
 
xezbeth> Merci pour ton aide et ton soutient.
Pour la mesure, elle se fait au sein du core du processeur. Speedfan utilise la diode du CPU qui donne une valeur assez différente.
 
 
En général, en idle les valeurs se rejoingnent, mais en full elles divergent totalement. Je ne vais pas expliquer la raison, mais c'est tout à fait normal. Disons que je mesure la source de chaleur "au plus prés", la diode est elle assez loin du point le plus chaud.

HA oi effectivement!
Donc je comprend mieux maintenant. Merci beaucoup!
j'osais pas allé trop loin dans le burn à cause de ça.
Mais de toute façon y'a une sécurité sur la CM donc y'a pas de soucis à se faire!
 

Nouvelle version : cpust-2007-07-13.zip
- Ajout d'autotest de produit (consomme beaucoup de temps CPU en SSE2)
 
Bon téléchargement et bon test !
cpust-2007-07-13.zip
 
 
Objectif de cette version :
- Valider l'échauffement élevé de "autotest product" en SSE2 (comparaison avec OCCT, Prime, CSMT...)
 
 
A venir si cette version est validée :
- Incorporation des nouveaux stress/test (FPU, MMX et SSE)
- Modification de la zone de diagnostic (plus claire, plus lisible, plus détaillée et plus précise... Plussss mieux)

Vos avis sur cette nouvelle mouture sont les bienvenus. Merci.