Reprise du message précédent :
C'est cool.

Paf !
le nombre d'erreur est persistant [(2^24) / (8-1)] ! si j'ai le SLI, en détection d'erreur j'ai ça

Donc crysis64.Exe fonctionne pas.
 
Tu peux regarder quel mode en SLI (AFR, SFR, etc) c'est dans le profil, et en trouver un qui s'approche ? C'est le genre de profil full optimisé qui fout la grouille.

Après quelques bidouilles sur la détection de résolution j'en suis arrivé à ça :

Quelques infos :

• La détection ne marchera que sur Vista & Seven (pas XP)
• La résolution actuelle sera sélectionnée dans le dropdown
• L'option "Custom" permet de la taper comme avant
• Faut que je mette la résolution ailleurs que tout en bas, je sais

Il me reste encore du taff autour de ça, mais c'est pour vous montrer ce que ca donne.

ça marche bien la 3D sous vmware?

En DX9, ça doit tourner...pas vite...mais ça doit tourner. ^^

Y'avais pas un pilote pour envoyer la 3D vers la CG hôte

SI, comme virtualbox, mais bon en général c'est pas franchement folichon, maintenant après ce que disait iench, si c 'est un truc tout basique en 3D, y a pas de soucis ça doit passer.

Je pensais que ça tournait sur le CPU perso.

dans le profil Crysis64.exe, j'ai trouvé SFR. mais je ne vois pas l'équilibre de charge, sur les diagramme de GPUMonitor (au mieux 47/31/22 sur les 285)
Forcé en AFR ..euh comment dire, ça change rien pour OCCT niveau détection. Mais il y a surement un truc que je fais mal

Alors ça oui je kiffe !

Et le T&L alors

Pour GPU:3D DX9 ca va à peu près. En DX10 tu es en full software à vue de nez donc non. En DX9, c'est pas aussi efficace qu'en natif mais ca marche (et exploite la carte 3d).

Transform & Lightning...?    
 

Je ne savais pas que les VM pouvaient exploiter le GPU en direct. J'ai toujours pensé que DX était une pure émulation CPU.

 
Tu peux faire un driver wrapper qui reroute les appels vers le driver de la machine hôte.
Si le soft est bien fait (qu'il passe pas sa vie à détruire/créer du vertex buffer pour rien), et que ça se résume à re-router des DrawIndexedPrimitive (et récupérer le frontbuffer au swap), l'efficacité peut être correcte.

Je te fais totalement confiance sur le sujet

Le plus bluffant ça reste xen avec une carte dédiée à un DOM U.
 
LE dom U ne perd presque pas de performance.  
 
c'est assez contraignant (faut en général deux gpus) mais bluffant.  
 
Surtout quand tu vois deux personnes jouer avec deux claviers différents sur deux DOM U sur la même machine physique, comme s'ils avaient deux pcs, avec un GPU dédié par personne.

[hs]
 
Iench tu utilises quoi pour faire tes Screenshots si c'est pas trop indiscret ?
 
J'utilise cette classe pour faire mes Screenshots, mais ça fait un tout petits lags/freeze souris pendant la prise du SS, je voudrais trouver un méthode qui provoque pas ça.
 
http://www.developerfusion.com/cod [...] reen-shot/
 
[/hs]
 
^^

.Net dispose d'une méthode pour ça : Graphics.CopyFromScreen
T'avais déjà essayé avant de passer par l'API Win32 via les DllImport ?

 
Je suis parti de cet exemple effectivement. Marche impeccable. Je pense que tu auras toujours ce léger freeze lors du screenshot, malheureusement.

 
Je vais essayer voir si c'est moins laggy, mais ça semble très similaire au User32.GetDesktopWindow() qui est utilisé dans la classe que j'ai linké.
L'avantage avec la classe plus haut, c'est tout était déjà géré par rapport à la detection X / Y / Marge, si on veut faire un SS de tout l'écran, et pareil si on veut faire un SS de l'application en elle même. Les formats, et l'enregistrement aussi étaient gérés aussi.
 
Je vais regarder tout de même merci
 

 
Ok merci

bon, j'ai fini de faire les tests avec les profils NVIDIA pour des jeux Dx10. chose drôle les jeux qui prennent nativement en compte plus de 2 GPU sont systématiquement SFR. Deux GPU il commence a avoir du AFR mais c'est ponctuel. Et Dual GPU (parce que NVIDIA sépare les deux) il y en a un peu plus. AFR permet une meilleur détection d'erreur que NVIDIA (Auto). je donnerai plus de détails si demander.
Par contre j'ai découvert que l'on pouvait faire personnaliser son profil SLI ça fait référence à quoi et ça donne quoi, ça j'en sais rien !

EDIT: profil de betâ driver NVIDIA, "Oil Rush" de Unigine fait marché les 4 chip des 295, en Dx10
En revanche la détection d'erreur ne marche pas, même clocker à mort. Les pilotes ont le temps de redémarrer 2 fois avant qu'il affiche 165651 erreurs !

 
Il faut que je sache si tu as trouvé un profil qui à la fois :

• Déconne pas en termes de détection d'erreurs en SLI
• Fait travailler les deux cartes en détection d'erreur, et pas détection d'erreurs

je te dis ça avant dimanche soir (j'ai pas pensé à noter )

EDit: raté .. le 14 juillet m'a tout fait loupé ! je te réponds à ces demandes dès que possible !

J'ai rien trouvé dans le FP donc je pose ma question ici.
 
J'ai un CPUTIN qui est à 123,5°C là, pour des cores entre 30 et 35°C, tout va bien ?

 
Je parierai plus sur une lecture erronée de sonde, ou sur une sonde défectueuse, qu'autre chose. Je connais pas beaucoup de CPU qui tiendraient 123°C

Je vais essayer de sortir la béta d'ici demain soir, mais rien n'est gagné, car j'ai pas fini le dev, et je pars en vacances ce week end

Salut, je tourne avec la version 4.1.1. (car je trouve les caractères sur la page de monitoring trop petits sur la dernière) et je remarque que la modifications de valeurs de températures maxi dans les options ne sont pas sauvegardées : restent affichées, mais pendant le test, ces modifications ne sont pas prises en compte.  

J'ai l'impression que j'arrive comme un cheveux sur la soupe car mes remarques ne sont pas assez intéressantes techniquement. Mes excuses.

Iench doit juste être en vacances

 
Je n'assure plus de mises à jour pour la 4.1.1, vu que c'est déjà mis à jour De mémoire, c'est réglé dans les dernières versions.
 
Pour info, tu peux agrandir la fenêtre de monitoring, ce qui augmente automatiquement la taille des caractères. Ca se fait avec les coins de la fenêtre.
 
Enfin, hier, comme 5j/semaine, j'étais au taff, ce qui implique en clientèle en ce moment, je suis parfois proxytaffé sans accès HFR, et hier particulièrement, j'avais accès, mais j'ai eu des réunions en boucle avant mes congés. Donc pas sur internet.
 
Ensuite, hier soir, après mes 2h de transport de retour, je suis allé déposer mon chat en garde chez un modo de ce forum, et suis rentré chez moi vers 23h30. J'en ai profité pour me coucher.
 
Ce matin, debout 5h20, train de 6h26, une heure et quart de dev OCCT dans le TGV. je suis arrivé chez un autre client, pas proxytaffé, et j'ai formé ma remplacante pendant mes congés, donc pas de HFR non plus jusqu'à présent.
 
Voilà, tu sais tout !

T'as po à te justifier hiench.
 
Juste à préciser que tu ne peux être dispo en non stop.

OCCT PT 4.3.2.b01 OUT!
 
Changelog :

• You can now select which card you want to test using GPU:3D DX10 and Power Supply. Detection is done through DXGI, works only on Vista & 7 & above.
• Added resolution detection (you can still use your own "custom" one)

Enjoy !
 
http://www.ocbase.com/download.php?fileext=beta
 
PS : je suis toujours à la recherche d'un profil SLI qui charge les deux cartes SLI en mode plein écran en même temps, et effectue la détection d'erreurs correctement

Si vous pouviez juste me dire si ca marche

essayons donc !

 
Oui effectivement
 
C'est repassé à 60°C là, je suppose qu'il y a une erreur au niveau de la sonde puisque tous les cores sont entre 30 et 40°C  

 
Sont gentils les modos quand même ! Faudrait que j'en trouve un pour garder mes deux chiens ....   XDDD
 
@++ et bonnes vacances  

Tiens je suis confronté à une drôle de situation avec la dernière version de OCCT.
Sur mon PCHC, j'ai expérimenté hier des problèmes de vidéo (voire freeze) avec MPCHC+Ffdshow+reclock+Madvr.
J'ai eu un souci de récupération de pilote donc j'ai d'abord pensé à ça.

Cela étant, je me dis qu'avant toute chose je vais vérifier la stabilité de l'ensemble via un bon run d'OCCT.
Je précise que tout est @stock :

-i5 2500K
-Asrock P67 Pro3
-Alim LDLC 500W
-HD5850
-2x4Go G.Skill Ripjaws X PC12800

Donc je lance un run en large data set 32 bits et vlatipas qu'en 2mn à peine, je me mange une erreur.
Nouveau run juste derrière et "occt a cessé de fonctionner".

Je vais donc dans le BIOS et je commence par fixer quelques voltages, au cas où et pour éliminer le problème (Vcore à 1.24v, vccsa 1.1 et vccio 1.1).
Je relance, encore le même problème donc je retourne dans le BIOS pour mettre la RAM au mini.
Nouveau run et ça plante de nouveau. Parfois c'est au bout de 2mn, parfois au bout de 7 ou 20mn.
Je prends un autre kit de ram en 2x2 d'un autre PC et j'ai encore le même problème.
Je les change de slot et ça ne résout rien.

Ensuite, je lance un run en small data pour isoler un problème relatif aux RAM ou à l'IMC du 2500K.
Ça a tenu le test 1H sans erreur.

Suite à ce premier succès, je me décide à lancer sous un run Linpack 64bits avec la RAM au taquet (Hyperpi32 n'avait pas posé de problème non plus).
Idem, succès du test.
Les temps étant bien plus élevées qu'en large data set (+10°, sous radstock, max de 80° / 32° temp ambiante), le souci ne vient pas de là.
Un coup de Prime95 n'a pas posé problème non plus, sachant qu'il est du genre à bien titiller l'IMC.
Seul le test en large data set pose problème.
Je trouve ça étrange, est-ce que ce test (récemment implanté) peut-être qualifié de complètement débuggé?

Merci pour vos éclaircissement

edit : suite au problème d'hier, j'ai updaté le driver vidéo avec la dernier Catalyst, ça semble bien tourner en ce moment

Ce test ne peut pas être qualifié de complètement buggué, on l'a bien testé sous toutes les coutures. De mon coté, CPU:OCCT a tourné au moins 20h dans chaque mode en small, medium, et large data set (core i7). Sans compter les gens ici.

Je t'avouerai ne pas pouvoir reproduire là (congés + portable sous core i3 que je n'ai pas envie de surcharger).

Maintenant, que CPU:OCCT en mode large soit plus pointilleux que tout le reste, ca me semble normal, c'est ma marque de fabrique

Test du 11/06 d'un béta testeur tombant à pic au dessus, montrant CPU:OCCT en mode large data set sur la 4.2.1.b06 (CPU:OCCT est identique à la 4.3.1, la 4.2.1 béta ayant été stabilisée 4.3.0. Oui c'est compliqué).

Bref, je pense sincèrement que le pb est sur ta config, désolé

Maintenant si une MAJ catalyst a stabilisé CPU:OCCT, on tombe dans l'ésotérisme

Et sinon, je trouve ton alim un peu faiblarde. J'ai personnellement toujours tendance à privilégier les marques au marques de distributeurs, mais c'est un choix.

pics des vacances ou ta pas le droit de poster

Pour étayer : sur la dernière bêta d'OCCT en large data set j'ai fais un run de 8h30 que j'ai arrêté moi-même (oui, pendant que je dormais), donc chez moi le test est valide. J'étais @stock, je suis en train de refaire mon OC, je partais donc de la base.
 
Je te tiens au jus une fois OC si tu veux.