Reprise du message précédent :

 
Non, OCCT n'est pas un réel testeur de ram pour le moment.
 
Pour la mémoire, le seul test fiable est Memtest.
 
le mode CPU+RAM et RAM font travailler surtout la mémoire, mais le problème peut venir du CPU, et surtout, seule une partie de la mémoire est testée par OCCT (pour le moment).

De toute façon le seul moyen de tester la ram est de démarrer avec un "micro OS" (je ne sais pas coment on appelle ce type de programme) qui tient un minimun de place une fois chargé en mémoire vive afin de tester la plus importante quantité de ram possible. Je me trompe ?
 
C'est prévu dans la version boutique ce memtest like ?

 
Memtest86+ .

 
Un test de type memtest sur ce qui est laissé libre par l'OS est prévu dans la 1.1.0 Boutique ou pas.

Je n'arrive pas a interfacer OCCT 1.0.2.a avec la derniere beta d'Everest Ultimate, c.a.d la 3.50.863 Beta
 
Ca marchait impec avec une beta plus ancienne, genre 858.
 
La, OCCT mouline dans le vide au moment d'essayer de l'associer a Everest.
Il se met en Not Responding dans le Task Manager de Windows et je suis obligé de le killer.
D'apres l'editeur, cette nouvelle beta corrige un bug : "The temperature measurement unit issue is fixed"
 
Y a t'il une relation de cause a effet ?
Merci

 
La dernière béta change le nom de classe d'Everest. Je dois modifier OCCT pour prendre en compte cette modif. Donc c'est farpaitement normal pour le moment

Ok, je patiente alors

il manque une option, sa serait bien d'avoir un avertisseur sonore quand il y a une erreur   genre trompette

 
 
Non plutot une voix démoniaque qui fait " Mouhahahahahaha"    

le "rire" de "thriller" à la fin de la chanson....

où le crissement du début.

pas mal aussi non ?

Moi je pensais plutôt à la petite sentence verbalement dispensée par le iench en personne : "C'est à cause de ce genre de bêtises que nous, ../.. , Tuez un utilisateur Dons acceptés etc."
Ça aurait son petit effet

Et si on pouvait mettre chacun son wav préféré ?
 
(cassage de masse )
 
 
 
 

Spa dans mes priorités, mais c'est prévu vi

A mon avis, le pus important est lutilisation CPU plutot que la priorité. Mieux vaut un Lowest avec un CPU utilisé à 99.9% par le logiciel de test qu'un High utilisant 88% du CPU.
Si t'as rien qui tourne sur ton PC, le mode Normal est largement suffisant. Augmenter la priorité ne sert qu'à grapiller quelques pouillèmes de %.

Avec CSMT on peut
(à condition que ce soit du WAV est que le fichier soit copié dans un certain répertoire)

Aucun interet Qt si c'est pour faire du Windows only.
Et quand on veut faire qqch de portable, il faut bien évidement faire en sorte que tout soit portable, on s'en doute
D'aileurs, toi qui semble t'y connaitre un peu, ya quoi qui permettrait de faire une GUI portable ? Qt, wxWidgets, GTK+ mais encore ? Java

Fouge > entre Qt, wxWidgets, GTK+... pour le C++ et Swing pour Java... tu fais un peu le tour de tout ce qui est cross plateform...
 
Le "top" pour être connu autant que Memtest et compagnie ce serait de faire une distro linux qui ne sert qu'à tester la stabilité du pc t'en penses quoi ?  
 
On met le cd, on boot dessus, le programme se lance et permet de tester le cpu (et pourquoi pas implémenter un algo de test pour la ram puisque quasi tout sera dispo) une espède de damn small linux (dsl) mais en encore plus réduit !
 
Par contre ça représente un travail de fou

Moi j'fais la version Linux de CSMT, et des gentils gars feront le reste  
On en avait déjà parlé sur mon topic, certains étaient volontaire

Moi franchement j'ai aucune idée de comment faire un algorithme fiable de test. Mais sur le principe testé de la RAM c'est alloué, écrire, attendre, relire et comparer.... Seulement faut etre d'assez bas niveau au niveau allocation donc bon...
 
 

Une bonne GUI portable, idealement c'est une GUI en Java/Swing. Apres avec du JNI on peut avoir des DLL en C++ Native, mais faut avoir access à la plateforme pour recompilé. Mais si c'est du C++ "bas niveau" qui utilise que la STL ca peut le faire.

Sinon le mieux reste Qt il me semble.

Je vais essayer de faire une release béta avec les dernières modifs de langue que j'ai recu (pas toutes) et la compatibilité avec Everest ce soir, mais je peux rien promettre

J'attends pour donner à manger à mon SCYTHE INFINITY
En cours de montage, surement dans la soirée, là j'optimise

Tetedeiench> A propos d'Everest ça concerne que les dernières beta ou la dernière version officielle ? Les "anciennes" versions 3.50 Ultimate seront-elles supportées ?
Le problème ne concernait que le lancement automatique de Everest au demarrage d'OCCT, n'est-ce pas ?

edit: j'espère qu'ils ont pas changé le nom de leur shared memory

 
Uniquement les dernières bétas.
 
Ils ont changé la classe de leur fenêtre principale ( de Tform1 => TEverest, à ma demande, car TForm1 est la classe par défaut de toute appli delphi, et Everest doit maintenant être appelé par n'importe quel programme, tu as besoin d'un moyen fiable d'avoir un handle sur leur fenêtre).
 
Donc toi, ca devrait pas t'impacter

TForm1 Je comprend que t'ais fait une telle demande.
Par contre la version officielle actuelle sera toujours supportée je suppose, non ?

De mon coté ? oui.

C'est fait pour à la fois être propre, pro, et permettre aux autres applis de récupérer un handle sur la fenêtre d'Everest immédiatement et de manière sûre.

Cherce la fonction "FindWindow", tu vas vite comprendre

Et "Windouse" (windowse ? chai pu) de greatis

Oui de ton côté, si je pose la question ici c'est pour OCCT. Ca veut donc dire que tu vas gérer l'identification de la fenetre Everest de 2 manières différentes

Sinon j'ai déjà utilisé FindWindow (pas dans CSMT) pour éviter les multiples instances par ex. C'est pour ça que je comprend pourquoi t'as demandé à ce qu'ils changent le "TForm1"

Tout le monde utilise Delphi ? Everest aussi ??

 
Bah, je cherche TEverest, sinon je cherche TForm1, pas trop de souci là dessus
 
J'ai mes routines pour minimiser les erreurs déjà

Semaine prochaine la prochaine béta avant release

2674MHz stables grâce au SCYTHE INFINITY qui a permis de gratter 6 à 8°C

Alléluia...

Fallait bien ça pour grapiller 10MHz, soit 0.3% de perf en plus dans le meilleur des cas

salut, dans ta prochaine version, y'aura moyen de virer les trucs dans la ligne "cpu" pour ceux qui n'ont qu'un proco monocore ?
 

 
merci.
 
Pink

elles sont très bien les plaques  

çà serait mieux si le log pouvait tout seul gérer et décider de n'afficher que le nombre de plaque utilisé.........amha.
 
et selon le nombre de plaque, les répartir de manière équivalente sur la ligne.
 
1 plaque : elle se trouverait alors au milieu
2 plaques : y'en aurait une à gauche et une à droite.
3 plaques : elle se distribuerait sur la ligne avec une distance entre chacune de valeur égale.
4 plaques : comme actuellement.
 
simple avis.
 
Pink.

Heu, ca, c'est l'bordel a gérer

ah.....ok.
 
tant pis alors.
 
@+ et merci pour ton log.
 
je poste pas souvent mais je suis le cheminement.    
 
Pink.

 
Je vais voir, mais hormis des plaques en moins, ca change pas bézef
 
Merci pour la suggestion, mais c'est juste esthétique, et donc pas trop prioritaire

exact, c'était juste niveau esthétique.
 
donc te fais pas chier si c'est trop lourd à programmer.
 
à choisir, je préfère que çà reste comme çà, mais que çà détecte les erreurs quand il y en a.
 
autres modifs que je verrai, c'est au niveau des graphes que le log sort à la fin.
 
je vais prendre un exemple avec le vcore par exemple.
 
le graphe marque plein de trucs au dessus du graphique (carte mère, etc, etc ), mais il ne marque pas le voltage lui-même.
 
le voltage est visible sur le graphe, ok......mais çà serait bien d'avoir sa valeur exact au dessus du graphique dans le résumé de la config.
 
tu vois ce que je veux dire ?
 
style, cpu-z me donne : 1.44.....qu'il y ai écrit 1.44 en haut.....ou du moins les valeurs entre lesquels aura varié la valeur durant le test.
 
idem pour les autres graphiques (5v, 3.3v, 12v, etc.......)
 
Pink.

Pour le test perso j'aimerai voir au lieu de "Durée fixe", le temps exact que j'ai sélectionné

 
tu s'rais pas un peu chiant toi comme mec !!