Reprise du message précédent :
Je regarderai pour le bug des %, c'est sans doute pas grand chose. Toute façon, ça n'influe pas sur l'ago de test.
 
Peux-tu me faire un récapitulatif du genre :
 
2xxxMHz : (réputé stable / certains logiciels plantent)
CPU Stress -> plante au bout de ... min / OK pendant ... min
SP2004 -> plante au bout de ... min / OK pendant ... min
 
Et cela à toutes les fréquences testées (2744/2760/2780/2800) que tu complètes éventuellement.
Merci

je te fais cela des que j'ai un peu de temps.
sachant que la limite est au alentour de 2800 ca va etre facile.
hier j'ai donc tester a 2745 pendant deux heures avec ton logiciel aucune erruer ni de bug constaté, pour sp2004  2heures de test rien aussi,
En cours à 2785mhz je ferais des screens se sera plus parlant, sauf bien sur si ca reboot :s

Et bien déjà, écris ici tout ce que tu as déjà fait. Tu complèteras par la suite
C'est juste que ce soit plus lisible pour moi.

Pour le %age moi aussi ça délirait quand ça plantait en qqes secondes, mais bon c'est pas très important.

 
voila petit MP  

en test chez moi

La prochaine version (0.15b) permettra de m'envoyer par mail toutes les infos de log (ainsi que les registres CPUID). J'espère ainsi recevoir plus de feedback, ça m'aidera sans doute pour les corrections de bug.
Si ça prend du temps c'est parce que je met au point une méthode multiplateforme et qui ne necessite pas de compte de messagerie sur la machine. Uniquement une connexion internet sera necessaire.
Si vous avez des questions...

Si ton soft tente de se connecter directement à un serveur SMTP, attention, les utilisateurs de Télé2 ne peuvent pas se connecter à un autre serveur SMTP que celui de Télé2 (pour, officielement, contenir l'envoie de spam).
Solution, utiliser un autre port que le 25

Horloge système décalée c'est gênant ?

Mieux vaut se connecter à un site web, non ?

J'espère que ce projet va reprendre le flambeau d'OCCT
 
Je note d'ailleurs que le nom de mon logiciel est présent dans l'URL
 
Enfin, pour l'ambition... oui, t'as pas tort. Ce qui a tué OCCT c'est la base de données en ligne. Trop compliqué, pas assez de temps disponible... J'aurai certainement dû me contenter de l'interface + test.
 
Le gros coup d'arrêt fut les CPus dual-core...
 
Si tu veux de l'aide pour les interfaces de monitoring et la production de graphes comme OCCT, pourquoi pas en reprenant certaines parties du code, dis-le moi

Groody> Je connais ce problème et ça concerne tous les FAI (ou presque). Bref j'implémente une méthode "automatique" et si ça échoue, ça vous demandera le serveur smtp. C'est pas super pratique, mais on ne peut pas faire autrement.
 
sitel> Non mais si tu m'en dit un peu plus, je te répondrai plus précisément.
 
asmomo> Cad ?
 
Tetedeiench> Tiens je t'ai justement écrit sur le topic OCCT. Et le répertoire OCCT est là pour des raisons... "historiques"
Ce qui m'interesse le plus, c'est ton algo, il est très puissant.
Pour le monitoring et les graphes, c'est pas ma priorité mais je penserai à toi

Uploader un formulaire sur un site, site qui lui t'envoie les mails. Comme CPU-Z ou 3DMark.

Faut avoir un site et faut s'y connaitre en developpement Web. Tout ce que je veux c'est faire un soft et rien qu'un soft. Et la technique la plus simple d'envoyer des rapport de bug c'est envoyer un mail par un serveur SMTP. Le seul problème et d'essayer de ne pas faire saisir le nom du serveur SMTP par l'utilisateur.
Toute façon, mon code est déjà pret, j'ai pus qu'à l'intégré dans la GUI. La version ne sortira pas avant mardi soir.

Au fait asmomo, sur ta config dualcore quel logiciel est le plus efficace ? L'est-il suffisament, par rapport à SETI (ou BOINC je sais plus) notament ?

ah tien de l'activité je commençais à m'inquietter

Ben pour mon horloge système décalée c'est ce que le soft me dit (au bout de chaque run, en rouge dans le log) :
 
Horloge système décalée de 11s et des brouettes.

C'est rien (le test de s'arrete pas, signe que ce n'est pas grave). C'est d'autant plus normal si tu l'as lancé en priorité haute. En baissant la priorité d'1 cran, ça va disparaitre
Attention, le % moyen d'utilisation CPU doit dépasser 95% !

Ouki  
 
Non, non, le test continue sans pb et il est bien en priorité haute.
 
Bien au-delà des 95%, no soucy  
 
En fait un forumeur m'a renvoyé sur ton soft suite a mon post :
 
http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Donc oui, c'est pas grave, n'hésite pas à mettre tes résultats ici, surtout si t'as ceux de SP2004 dans les meme conditions.
J'ai répondu sur ton topic aussi.

 
Avant j'utilisais SETI (BOINC c'est juste l'interface) mais le pb c'est qu'il n'y a plus d'optimisations donc je suis passé sur un autre projet, je ne sais pas s'il est aussi efficace. En tout cas mon OC actuel (qui a diminué de 100MHz sans raison) validé par ton soft tourne sans pb depuis 1 semaine non stop. Sur l'autre dual core (Presler) ça a l'air bon aussi.

Bah je trouve justement que la génération des graphes par OCCT est très utile, pour avoir une idée de la montée en température du proco lors d'un stress test

C'est pas vraiment le but de faire chauffer je crois Si ?
Parce qu'il arrive un moment où le dégagement ainsi que le refroidissement s'équilibrent !
On peut tester l'échauffement et en lire les résultats avec d'autres softs aussi...
Fouge enfin, ne souhaite pas en faire une priorité

La température OK mais quand les records sont faits à des températures négatives çà devient moins évident de ne se baser QUE sur elle
Autrement dit, les erreurs de calcul arrivent indépendamment de la ° !
Ce doit être un autre paramètre qui fait planter
Ceci dit, à des ° positives on voit bien plus vite la limitation EDIT : en fréquence

Ce qui fait planter c'est la qualité des signaux qui se dégrade, notamment à cause des fuites de courant.

Voilà
Il faut s'imaginer les enzimes du froid bèquetant les fuites

J'ai toujours (avec tous mes procs) remarqué que le champion en la matière (burn) étais toast.

Mieux encore : http://cpu.rightmark.org/rus/download.htm
De la tuerie

Lorsqu'un CPU plante, c'est parce que le signal est trop dégradé. La T° est une source de dégradation mais rien n'empeche un CPU de planter à 40, 20 ou même -10°C.
Donc oui, ce type de courbe peut être interessant mais au pire, vous pouvez le faire vous-même avec Speefan ou MBM (qui ont leur propre graphique ou mémorise la valeur maxi).

asmomo> Quand t'utilisais SETI, 2*SP2004 passait alors que SETI posait des pb. Est-ce que CPU Stress était capable de détecter une erreur?

Ho ho, 2 logiciels concurrent vont gérer le dualcore maintenant.

mézencore ?

re-moi.
 
Comme je disais dans mon topic sur sp2004, le test de cpu_stress 0.15 s'est arreté seul (avec message dans le log) 9h et des poussières après avoir été lançé en manuel.
 
J'ai vu dans l'observateur d'événements que la mise a jour auto de norton s'étais lançée 1s après l'arrêt du test.
 
J'ai viré norton depuis et je vais relancer un cpu_stress cette nuit pour voir.

BIERMAN> En voilà 1 : http://sp2004.fre3.com/download.htm
 
sitel> Quel type de message ? Assez étrange quand même. Je ne vois aps le rapport avec la MAJ de Norton.

J'aurai du faire une copie du log    
 
En gros ça mettais :
 
Arrêt du test. Durée du test 9h27mn et 35s.
 
Le rapport avec la maj du norton c'est qu'elle s'est lançée 1s après l'arrêt du test. Soit elle attendais que le test se termines pour se lancer, soit elle a provoqué l'arrêt de celui-ci (soit ça n'a aucun rapport   ).
 

MAJ qui a provoqué un changement d'heure (enfin, un freez) trop important ?
Etait-ce marqué "Erreur code xx sur processeur x" et "Votre PC n'est pas stable !" ?

Non, rien de tout ça.
 
Enfin, si, des changements d'heure j'en ai eu pendant toute la durée du test.

Et le dernier rapportait un changement d'heure de quel ordre ?
Faut vraiment que j'implémente cet envoie de rapport de bug par mail, ce serait tellement plus simple.