Reprise du message précédent :

 
boah, non........hein Tetedeiench, tu ferais pas la gueule si Fouge fesait çà.
 
lol......

A ce stade, ce serait du plagiat, si

 
allez quoi......  

Ben pour info, OCCT utilise les fonctions Delphi publiées par le créateur de MBM himself, à l'époque...
 
Donc sincèrement...

 
Fouge a le droit alors ?
 

Tetedeiench> A moins que ça soit pas lié à la gestion du shared memory mais plutot de ce qui va autour (valeur que tu lis/écris dans un fichier INI ou la BDR, recherche ou execution de MBM5...). Non
 
PinkFloyd31> Pas grave, je vais plagier les graphes Speedfan/Rivatuner/Gestionnaire des taches...    

 
??
 
comprends rien.......m'enfin.
 
je vous laisse, vais regarder les infos.
 
@+

 
llllllooooooooooollllllllll

A partir de la b06, il detecte comme code name Allendale au lien de Conroe

Allendale
CristalCPUID doit afficher la même chose. Je suppose que t'as un Core 2 Duo 2Mo ?
 
edit: ha ben non, t'as un E6600. Toute façon, même les 2Mo sont des Conroe, contrairement à ce qui se disait au début et ce qui se dit encore parfois.

Hé Tetedeiench,
 
Le COMPTE est bon???    
 
 

 
You've got mail

 
Y a un débat là dessus et à priori crystalCPUID a pris position... dans le mauvais sens à mon avis.
 
on verra si ils corrigent par la suite

A priori l'Allendale c'est un Core2 Duo/2MB/800.

Bref la série des COre 2 Duo E4xxx
Par contre il a un E6600 (4Mo donc), étrange car il n'y avait pas débat là-dessus.

 
Semblerait que si : http://en.wikipedia.org/wiki/Intel_Core_2#Allendale

Ouai mais non, car Intel a annoncé que les futur Core2 Duo E6300/6400 Stepping L0 n'aurai que physiquement 2Mo de L2. Donc si Intel n'a communiqué que sur le Stepping c'est qu'en interne pour eux le core n'a pas changé, donc que c'est toujours un Conroe.

Allendale = E6600 ? humm j'ai un problème docteur

Fouge, une question idiote.
 
pourquoi ton log marche chez moi alors qu'il prend en charge mbm5, et pourquoi occt bug ?
 
comment fait ton log/occt pour récupérer les valeurs de mbm5.
 
merci.

Comme je l'ai dit plus haut, je ne m'occupe que du shared memory (cad la récupération des valeurs) et non ce qui va autour cad :
- vérifier que MBM5 est lancé
- le lancer en récupérant le chemin de l'exe dans la BDR (ou ailleurs)
- etc.
Donc le problème doit se situer dans toutes ces petites choses pas toujours simple. Et ton cas doit être assez "particulier"

 
Yep, c'est la très grande différence : je relance MBM si il est lancé avant, j'enregistre toutes les valeurs, je monitore les tensions/températures...
 
Si vous voulez un exemple, pour everest, lire les températures/tensions, en 5/6 heures de taff ( à cause du parsing XML à implémenter, je voulais pas utiliser des routines MS, j'ai développé mes propres routines par souci d'efficacité), c'était torché. J'ai tendance à être assez bon en parsing notez ( à la fac le cours là dessus, je torchais un peu tout le monde, style le TP de 4 heures fait en une heure de code intensif Et tous les cas spéciaux gérés svp, avec un code propre )
 
Par contre, gérer :
-Le lancement d'everest ( car la fenêtre apparait et les valeurs ne sont pas encore dispos avant un certain temps de latence ... of course ).
-Le cas ou la mémoire est désactivée ( quand est-ce qu'on tombe dans le 1er cas, quand est-ce qu'on tombe ici, chiant à détecter )
-La détection de la fermeture d'everest ( qui à priori cause encore deux trois soucis - va être réglé bientôt, faites moi confiance )
-L'activation de la mémoire partagée ( i.e. aller bidouiller le fichier .ini d'everest sur les conseils de maïtre fouge)
-Le démarrage/redémarrage d'everest ( bah ouai... spa simple )
 
========> Ca m'a pris facile 3 ou 4 fois plus de temps. Car pour tester le parsing, ca va, spa trop dur. Par contre, vérifier que tout se passe bien sur tous les lancements d'everest avec des données que l'on ne maitrîse pas, c'est pas gagné !

 
c'est ce que j'ai pu verifier      

 
On en ferait presque un auto didacte

Salut,
 
Je viens de monter une nouvelle config (Abit KN8 SLI + X2 4400+) et OCCTPT tourne nickel : aucun pb !!!
 
Par contre, moi j'en ai un "petit". Comme je veux pas polluer ce post, je vous mets un lien : http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
Si vous pouviez aller jeter un oeil...
 
 
@+

 
ouais, bon ok, rien compris....shared memory, c'est du chinois pour moi.
 
BDR, n'en parlons pas.
 
m'enfin bon, ce que je comprends c'est que ton log ne s'interesse pas à mbm5 lui-même, mais uniquement aux valeurs des sondes.
 
"Et ton cas doit être assez "particulier"
 
le top, çà serait que quelqu'un qui possède une dfi expert et mbm5, et qui a fait le changement via DFI-Street vienne tester OCCT pour voir si çà fait comme moi.
 
@+ et merci pour l'explication en chinois.        
 
Pink.

Bon, allez, demain une modif de l'algo de détection de la fermeture d'everest, sortie de la b09, et si vous trouvez rien, 1.0.2 finale vendredi

cool.......lol
 
je pourrais dire si j'ai des bugs ?
 
nan, j'déconne.....    
 
Pink.

 
Avec everest ou speedfan, je t'en prie
 
Désolé pour ton install bizarre mbm hein

A revérifier, mais il me semble que lorsqu'on met occt en priorité haute, ça rame tellement (et c'est normal) que l'enregistrement des valeurs des sondes dans everest ne se fait plus. Du coup, une fois que Occt revient en idle, on voit les valeurs de everest qui défilent à toutes vitesse.
La conséquence, c'est des graphiques de Occt avec un beau tracé plat pendant la période ou le cpu est en charge.
 

Je vérifierai, mais il me semble bien avoir mis everest en priorité haute aussi.
 
Je regarde demain ( ce soir chuis d'sortie )

Toute façon, la priorité haute c'est le mal

 
c'est pas une install bizarre.
 
c'est une install pour les cartes mères non supportés par mbm5.
 
tous ceux qui ont des cartes mères non supporté à la base par mbm5 (pendant l'install, il y a une liste de carte et il faut choisir la tienne......mais la mienne n'y est pas ) ont dû faire comme moi.
 
trouver le fichier "data" qui correspond à leur carte et paramétré par des mecs comme toi qui s'y connaissent bien en informatique.
 
après, bon, il semble que cela pose des problèmes avec des logs autour (OCCT ici donc pour moi).
 
faudrait que je t'envoie tous mes fichiers contenu dans mbm5 et que tu les analyse pour trouver d'où peut venir le bug, mais çà te ferait trop de boulot donc c'est pas la peine.
 
et puis, vu que çà arrive kà moi......
 
m'enfin, j'essaierai la 1.0.2.......des fois, on sait jamais.......lol
 
@+ et bon courage.
 
Pink.

Ok,
 
A noter que j'utilise la version sans installation de Everest. C'est peut-être pour cela.
 
Bonne soirée

Perso, j'ai une install de MBM pas très catholique (l'A8N SLI Premimum n'est pas supportée nativement, j'ai bidouillé les fichiers de conf pour DFI je crois ! ), et aucun problème.

Non, soit ça marche soit ça marche pas. Ca ressemble bien à un problème de priorité.
La priorité haute c'est bien quand tu veux juste faire un test "basique". Si ya des trucs autour, ça peut poser des problèmes. Dans ce cas-là, il est conseillé d'utiliser la priorité normale.

 
voilà, beh toi t'a du bol.  

Bon, je viens de vérifier :

• Impossible de trouver comment changer la priorité d'everest. je vais mettre un message comme quoi les graphes seront générés au mieux mais pas fiables en cas de priorité haute
• Le code de détection de fermeture d'everest me semble super robuste déjà

Bilan : je laisse la b08 jusque Vendredi... si vendredi vous ne trouvez rien : stable !
 
Me reste plus que deux trois trucs à traduire en allemand/croate et fini

Le suédoi est géré?

Pas encore

Tu as trouvé un possesseur d'Intel Quad pour tester?

 
J'ai validé deux serveurs Quadri-pro dual-core Conroe