Reprise du message précédent :
tu te doute bien que je ne me suis pas amusé à les compté

mais comme je m'ennui devant le test occt

car il n'y a comme indication , la version /le temps / le nombre de fps/température

La limite est bien avant, mais ce n'est pas le topic pour en parler.

Il y aussi le "coef" qui joue sur la complexité de la scène et donc sur la framerate.
Il y a donc de fortes chances qu'avec et sans SLI le coef soit différent.

 
+1 ne relancez pas l'éternel débat de la fluidité  

Je propose une option en plus pour le test de l'alim : rajouter en plus la charge demandée par les lecteurs CD/DVD.    Donc le programme demanderait d'insérer un DVD dans le lecteur et le ferait tourner dans le vide pendant le test de l'alim, chez moi il faut rajouter 10W par lecteur en action. Et pourquoi pas des disques durs qui grattent en même temps ?    
C'est possible ?

et demain tu va venir nous dire que tes hdds sont  RIP  

Bah c'est comme une bonne défrag quoi.  

pour info
 
AIDA64 remplace dès à présent Everest, en effet Everest et AIDA32 ont décidé d'ouvrir une nouvelle compagnie en Hongrie et on "fusionné" leurs logiciels
 
je pense qu'Everest ne sera plus "suivi", et donc si ce nouveau soft pouvait être compatible avec OCCT
 
plus d'info ICI
 

Salut,
J'ai besoin de savoir s'il existe une astuce pour garder en mémoire le monitoring d'OCCT avec HWmonitor.
 
Je m'explique : Sur une EVGA p55 et avec windows XP 32, j'arrive à relier HWmonitor et OCCT en mettant une dll de HWmonitor dans le dossier pluggin d'OCCT.
Je lance HWmonitor, puis OCCT et je règle le monitoring en choisissant les valeurs que je veut monitorer. Ca marche bien.
 
 

 
 
Si je ferme ensuite OCCT et que je le re-ouvre, il me met monitoring "none" et il faut que je refasse tous les choix. Y a un moyen pour qu'il conserve les liens vers les variables ou qu'il lance directement HWmonitor.

Il suffit de lancer manuellement (OCCT ne le lance pas s'il est dans une archive ou demande une solution au 'iench) avant OCCT
Les paramètres peuvent sauter si le programme de monitoring (j'ai Everest et le même problème pourtant OCCT le lance bien, bug demande 'iench ^^) est dans une archive aussi

Je le lance bien avant OCCT.
Et il ne le prend pas. Je dois re-choisir HWM 1xxx comme monitoring puis re-choisir les variables.
C'est lourd quand on fait des test d'OC et qu'on reboot souvent.

Moi je juggule le truk en sauvegardant occt.ini en attendant la résolution

Tu peux préciser la manip.
Tu ouvres le fichier occt.ini quand OCCT est en route et tu sauvegardes ?

Je règle dans les options (pas regardé à quel moment OCCT sauve le tout dans occ.inin) et je sauve ce fichier après avoir fermé OCCT
Chez moi ça ne fonctionne qu'avec une restauration du fichier & Everest lancé (après un échec)

ET y a pas un moyen de relier OCCT pour qu'il lance HWmonitor comme CPUstress le fait.
Une dll d'OCCT à mettre dans HWmonitor, un truc comme ça.

Comment vous faites pour utiliser OCCT GPU en SLI?
J'ai qu'une carte d'utilisée... (100% et 0% en utilisation GPU sur AB)
Si je vire le profil SLI OCCT (donc le profil crysis prend le relais j'imagine)
les 2 cartes sont à 100% mais avec détection d'erreur j'ai 50% et 50% sur les 2 cartes
Driver 260.89 beta, en full screen bien sur

Mattip : comme OCCT utilise HWmonitor en interne, c'est difficile de coupler les deux. Je verrai pour la v4, mais c'est pas prioritaire
 
kroks- : lance-le en mode "plein écran"
 
Pour la v4, pas mal de retard, car avec les grèves, je peux pas taffer dans le train (je suis debout la plupart du temps dans le TGV )

c'est deja coché plein ecran
j'ai ca en profil sli si ca peut aider
 
Profile "OCCT"
    ShowOn GeForce
    ProfileType Application
    Executable "occtgpu/crysis.exe"
    Setting ID_0x00ae785c = 0x00000001
EndProfile

@kroks- : je suis dans le même cas que toi avec les mêmes symptômes  sur un SLI de GTX470 sous win7 64bits. Soit j'ai un GPU à 100% et l'autre à 0, soit j'ai les 2 à 50% mais jamais du 100% sur les 2. Je suis avec les derniers drivers WHQL, les 260.89, je n'ai pas essayé avant.

comment recuperer la dll d'Aida64 (remplacant d'Everest) pour la mettre dans les plugin d'OCCT?
 
merci

 
Y a jamais eu trop de souci avant, bizarre.
 
Tistou21 : il faut programmer un plugin, et le mettre dans le dossier plugins d'OCCT. Ca avait été réclamé à corps et à cris, y a jamais eu un seul plugin d'écrit avec cette interface Elle est dispo dans le 1er post, et marche pour CSMT et OCCT.

 
ok, j'ai rien compris là
 
j'essayerai de me pencher dessus ou demander à un pote qui dev. des softs, parce que moi
 
j'ai essayé en ouvrant la .dll d'Everest et voir pour modifier directement mais c'est le boxon    
 
EDIT: ou si quelqu'un sur ce topic à les connaissance ^^
ça pourrai être bien sachant qu'Everest n'est plus supporté...

Effectivement, vaut mieux que tu demandes à un pote à toi qui sait développer.
C'est pas simplement une DLL existante à copier/coller ou à modifier : il faut la créer

ok Fouge, vais voir ça avec mon pote

v test OCCT sur la 6870

Des nouvelles de la V4  iench??

En cours, je suis en retard un maximum Désolé ! Va falloir encore attendre pas mal

Pff, c'est honteux
 
Bon courage

Il était en greve

pfff, on va appeller les CRS pour débloquer la situation là......  

si quelqu'un ici (qui à les connaissances) peut faire un pluggin pour Aida64 (anciennement Everest)
 
moi je suis largué

Faudrait déjà voir si c'est possible simplement (via la "mémoire partagée" comme sous Everest par ex) ou pas.

oui c'est possible, y a la mémoire partagé
 
Aida64 est identique à Everest point de vue réglages et apparence (juste le nom qui change)
la société d'Everest a fusionné avec une autre (ou quelque chose comme ça) et ils ont changé le noms du soft
 
d'ailleurs Everest n'est plus supporté (plus de MAJ, de dev, etc...)

cay une honte! En plus avec les greves t'as du avoir tout le loisir d'avancer.
 
 
 
 
 
 
 
 
 
 
 
 
 
Je déconne lol!! Il n'y a pas d'urgence de toute façon.  

Tu veux dire que Tamas Miklos et Lavalys ont fusionné, Aida32 abandonné et Everest renommé en Aida64 ?
Le plugin Everest ne fonctionne pas ? A mon avis, si ça ne marche pas, doit pas y avoir grand chose à modifier.

Tetedeiench> Pour le support d'Aida64 c'est facile, c'est effectivement un Everest renommé. Leur mémoire partagée est nommée "AIDA64_SensorValues" c'est la seule différence.

tistou21> En attendant, si tu veux le support d'Aida64 pour OCCT 3.1.0, tu peux tenter ça :
http://www.cpustressmt.com/Aida64.zip
Les DLL à mettre dans le dossier d'OCCT sauf Aida64.dll à mettre dans le répertoire Plugins.

Au fait, il n'y avait pas eu une demande de gestion d'HWMonitor en tant que logiciel externe plutôt qu'en built-in ?

 
Trop compliqué effectivement. Seulement, je ne sais plus si on avait élu ton plugin ou celui que j'avais fait comme référence sur le coup... je peux le modifier si besoin est.
 
Si, mais le blem, c'est que avec la v3, ca interfère avec le moteur que je charge. Faut que je trouve une soluce en v4. En mettant le plugin HWMonitor dans le dossier OCCT, ca devrait marcher déjà.

Tu avais gardé le tien car le mien avait des dépendances avec Qt4. Le mieux serait sans doute que tu le refasses

Ah oui, exact !
 
Je vais regarder pour le modifier, ca devrait pas être trop complexe. Je vais voir ce soir dans le train, j'ai la vmware OCCT v3 dans un coin

 
en effet c'est Everest qui est renomé (avec peut être quelques différence)
 
merci je vais tester cela
 

Qu'en pensez vous ? les test de 18h sont fait avec le rhéobus qui met tout les ventilos au minimum (silence totale) et celui de 20h avec tout à fond (avion qui décolle)
 
http://img225.imageshack.us/gal.ph [...] 2vcore.png