Reprise du message précédent :

 
Oui, ca, c'est prévu
 
Demain, faut que je revoie le code des stats

et sur la torture ya pas de graph ?
j'ai pas vérif  

Pas encore roooh
 
Pitié, une chose a la fois, la j'en ai pour facile une semaine de code, minimum

La ma priorité c'est lolo92...

Le bug de lolo92 se situe sans aucun doute possible dans le code que j'utilise pour MBM...
 
Aie comme dirait l'autre

Bonsoir a tous !
 
Je viens de me tapper les 40 pages du topic (si je dis un peu des conneries patapai   ) car je trouve ce soft bien (qqn a fait un topic sur un forum et j'ai essayer le soft, comme je voulais en savoir plus j'ai lu le topic).
 
J'ai teste ce prog avec un Duron 1200@1000 1.3V (passive cooling powaa) sans prob.
Par contre sur mon Barton 2500+@3200+ 1.65V il trouvait rapidement mon OC instable ! Alors que CPUBurner n'a jamais rien trouve (bon il a jamais marche des heures, mais 20 min oui) et que le PC fontionnait sans prob (jeux et CIE).
J'ai du monter la tension (et pas voltage   ) a 1.675V pour que ca tienne, la je passe le test sans prob.
 
Avec la V0.45, j'ai rencontre un bug : une fois, OCCT a mit du temps a se lancer, tous les capteurs de MBM sont passes a 0 (tesions, fans, temperatures) et OCCT affichait evidemment 0 partout lui aussi. Meme en fermant ce prog et MBM ca ne remarchait pas, j'ai du eteindre le pc (ca a du planter le SMBus ou une I/O dll de MBM ??? ). Precision : MBM 5.3.2.0
 
En ce qui concerne le graphs, tout d'abord j'ai un dossier Graphs qui se cree sur mon bureau, il est vide... Le dossier Graphs du rep de OCCT quand a lui contient bien les .gif, c'est ok.
Cependant, je ne trouve pas ces images tres parlantes car trop "titilleuses". Je m'explique:
Une alimentation a decoupage comporte innvevitablement un ripple, donc suivant quand la mesure se fait la tension peut varie de qqes mV. De plus, la regulation de ces alims n'est pas a 1mV, sans compter le capteur qui a aussi une reference de tension qui varie (tres peu, mais c'est quoi 1mV ?) et la conversion A/D a aussi sa marge d'erreur.
Il serait plus parlant de faire un graph qui montre la load regulation de l'alim plutot que ces mV qui ne representent rien (comme cela deja ete propose, le soft fait qqes mesures a vide, ensuite ca commence les tests CPU et on monitor la tension, mais avec une resoltion de 0.01V et le graph represente de 1.5V a 2V par ex pour un proc alimente en 1.75V. On perds en precision mais c'est plus parlant je pense).
 
En ce qui concerne l'interface, elle est chouette mais elle ne fait a mon avis pas specialement pro. De plus, une fenetre non windows "classique" alourdi le soft je pense et peut provoquer qqes probs de compatibilite. Rien n'est pluis professionel qu'une fenetre Windows carre, mais ellaboree aussi ! (aligner les temps comme il faut, disposer ergonomiquement les composants etc...)
 
Pour ce qui est du monitoring de la frequence, ca a deja ete aborde, mais ce serait sympa de l'affiche (c'est prevu je crois).
 
Voila, je crois que j'ai tout dis, sauf bravo pour ce soft qui est vraiment d'un genre nouveau (entendez par la qu'il est pointilleux et qu'il detecte les erreurs, pas comme un burn classique qui charge le cpu a coin et qui plante des qu'un process vital se prend une erreur, mais pas avant)et qui permettra je l'espere de construire une base sans mythos !
 
Bonne continuation !  
 
 
EDIT : Lors de la desinstallation, il y a un bug. Le soft de desinstallation se lance meme si OCCT est lance, ce qui fait que tous les fichiers utilises ne peuvent pas etre supprimes !
De plus, il serait sympa d'ajouter une icone "desinstaller OCCT" dans le start menu (quitte d'aller dans Pannaeau de config / suppr. programmes).

Merci pour le feedback mkala
 
T'es le second a parler du Ripple, donc je vais surement l'implémenter.  
 
Cependant, comprends que je me focalise pour l'instant sur les gros bugs empechant certains d'utiliser OCCT.
 
Ensuite, viendront les features, dont les graphes, les Ripples et tout.
 
je suis totalement ouvert la dessus.
 
merci pour le bug de la désinstallation en tout cas Je vais me pencher dessus

Mais a ton service les betas sont faites pour ca
 
 
Sinon oui, je comprends tout fait ! D'abord on fait marcher le soft et apres on paufine !
Mais je voulais quand meme te donner mon avis
 
Oki pour l'uninstall !
 
A+ !

Pfiou, apres X temps, et tests, on a trouvé d'ou venait le prob, mais le régler va pas etre simple
 
Ahlala

et mon micro y fume toujours suite aux tests c'est vraiment normal      
 
à demain  

Bon ce soir j'ai refait le test et il me dit que c'est ok, zarbeu  

 
Par contre, j'ai testé ton algorithme pour effacer les erreurs ... spas bien pasque en gros, il y a maintenant des artefacts en debut et a la fin du bench, donc les valeurs sont entre 0 et le max
 
Ca donne ca pour le 12V : entre 0 et 12V, et on voit aucune fluctuations
 
desole, j'allais mettre la photo online, mais le FTP est mort la

bon, apres quelques tests supplémentaires, j'ai remarqué un truc de tres bizarre sur le bi cpu :
 
d'apres cpuidle ou le soft de windows pour vérifier la charge des cpus, je suis bien a 100% sur chaque cpu.
 
Sauf que seul le cpu 1 se met en mode chaudiere  
je l'ai remarqué en éteignant le ventilateur de salon qui est devant la tour. Au repos, les 2 cpus sont a 48/49° . Pendant le test, le premier monte a 60, et le second ... reste a 49.
 
Probleme de monitoring, ou bug d'occt ???

 
je regarderai sur le bip3 a nido, mais a priori, qu'un seul chauffe a l'extreme ne me choque pas plus que cela, vu mon algo. Neanmoins ils devrait faire ca a tour de role...
 
Pour les graphes, ouai, va falloir que je revoie entièrement le code. La y a un gros souci, des que j'inclus mon code a moi pour MBM ( et pas mon interface mbm ) ca plante chez lolo92.
 
Pourtant, l'unit ne fait strictement RIEN d'exotique... ca me laisse rêveur...
 
Je sais pas ce qui se passe

 
quelque précisions :
delta par rapport a l'idle :
OCCT : +10°C
TOAST : +13°C
PIFAST 50M : +7°C
pour pifast g un doute m'étonnerait que mon proco soit au max de t° au bout de 5mn  
suite a ce  
topic
g essayé mais impossible de lancer 2 OCCT en mm tps      
sinon en priorité haute (torture test) TOAST prend le pas sur OCCT    
je confirme le pb de timer en torture test, l'horloge est 4/5 fois trop lente  

bothary : oui, c voulu, de ne pas lancer deux OCCT en meme temps ( intéret de la chose en plus meme si tu y arriverai ca marcherai pas )
 
Sinon, je me suis remis a fond dans le code MBM, car c celui ci qui déconne en ce moment ( au niveau des graphes et co ).
 
Je suis en train de tout revoir
 

Va falloir que quelqu'un me file exactement la formule du "ripple" car je suis pas sur d'avoir tout compris

c t juste pour l'interet du topic sus-cité    
 
 
sinon t'as déja eu des retours sur le pb du timer en torture test    

 
oui, et comme je suis en train de refaire cette partie, il devrait disparaitre

 
le ripple c'est le petit nom des variations de tension.
 
Normalement, selon les alims, tu as entre 5 et 10% de ripple autorisé, c'est a dire que si on te dis que ton alim sort 12V , elle peut sortir entre 10.8V et 13.2V sans etre au dehors de ces spécifications . C'est pourquoi les bonnes alims ont un ripple de 5% (plus difficile a avoir donc plus cher)

 
Ok, ca, j'avais capté.
 
mais quel est l'intervalle de mesure du "ripple" ?
 
20 minutes ? cad je prends le min et le max dans mon graphe de 20minutes et paf j'ai le ripple ?

c'est tt con le ripple
c'est Vmax-Vmin sur la période observée (tu peux aussi l'exprimer en pourcentage du voltage nominal)

 
toutafé
 
ca donne le ripple en burn
mais si tu ettend a 25 mn le test avec 1+4 mn d'idle tu peux differencier le ripple en burn ( sur les 20 mn de burn) du ripple absolu qui devrait etre supérieur (sur les 25 mn du test)

ce que mkala voulait dire, c'est que vu l'imprecision des mesures, c'est pas la peine d'afficher 1.775V, parce que on ne sais pas si c'est vrai ou pas. Autant se contenter de 1.77V.
 
Ce qu'il voulait surtout c'était centrer les courbes sur la tension mesurée au repos, puis mettre une échelle convenable autour, c'est a dire a une précision a 0.01V . Ca permettrai de voir la capacité de l'alim a garder la tension stable .
 
autrement, pour savoir exactement le total du ripple, il faut faire la différence entre plus haute tension et la plus basse .
Mais ca n'est pas forcément interessant a connaitre (encore que...), comme l'a dit mkala, le plus intéressant est de voir comment l'alim se régule.

 
Ok capted.
 
Donc en gros : c tout con a faire pour moi
 
Ce soir, je dois refaire de fond en comble ( soupir) mon code pour MBM, donc j'en profiterai surement.
 
Avec lolo92, on a avancé méchamment Bientot le bug sera résolu pour les gens sous XP

ben j'ai XP et ca marche impec pourtant  

 
Pas chez tout le monde, et on a bientot topé le probleme
 
je suis soulagé de l'avoir dégotté lui ( putain, depuis hier 18h je suis parti a la chasse avec lolo 92 le pauvre

+1 sans mbm d'installé  

Sur certains XP attention
 
Et je crois avoir trouvé
 
niark niark niark niark niark dit le iench soulagé ( version docteur fou )

+1 meme avec MBM qui connais pas ma mobos
  qu'est-ce tu fout a cet'heure toi  

frozen en local  

Tu as le temps de posté    , ou tu as perdu  

 
YAISS tro cool j'ai dégotté ce PUTAIN de bug !
 
Niark niark dit le iench trop heureux pour ne pas ricaner dans son coin comme un savant fou de chez walt disney  

 
sinon occt me dit que mon o/c est stable @200x12 mais frozen est pas d'accord    
erreur de pagination etc....
c pourtant des erreurs de chipset non    
et je croyais que occt testais le chipset aussi    

 
heu
 
frozen est pas exempt de bug non plus, et y a des drivers de CG et co dans l'tas

L'es pas stable, stout

je vais implémenter de toute manière une version "Rock Stable" : 24h de test en continu.
 
La on verra les vrais procos stables...
 
Niark niark niark

attention le mode "super savant fou" vient de se déclencher chez tetedeiench    

niark niark niark niark
 
je stressais comme un fou a penser que j'allais devoir quasiment tout refaire
 
niark niark niark niark niark