Reprise du message précédent :
En shader 1, ne rien avoir en plein écran est surprenant. T'as bien mis la réso native de ton écran ?
 
Pour les test CPU:OCCT, merci de confirmer ce que je pensais

Oui j'ai mis la réso native de mon écran à savoir 1680*1050 maintenant à vrais dire il faudrait que je re confirme ça!  

bon un test de 30min + 15min ras en lage data sur un 2500k "oc" a 3.7 et 1.1v
 
(j'en ai lancé un 3 ieme)
 
edit balance le nom de celui qui t'as Mp  !
 
Edit 2 : voila le 3ième test
 

Bon je confirme, je viens de retester, en 1680*1050, plein écran, drivers nvidia à jour (tout juste mis à jour) en directx 10
 
Je n'ai rien d'autre qu'un écran noir.
 
 
En directx 9 par contre ça marche.  
 
 
EDIT: peut-être mon pack directx à mettre à jour?
 
EDIT2: directx 10 en non plein écran ça marche. Va t'en comprendre...

@iench' OCCT v4.2 a tenu 5h en large data set sur mon i5 2500K à 4.8GHz, et je sais que c'était avec des paramètres stables. J'ai volontairement provoqué l'instabilité en changeant un paramètre dans le BIOS : BSOD.
 
Au passage, je suis reviendu sur Windows 8 si tu as besoin de testing.

 
j'ai la même en shaders 8 sur mon CF...

Je reprécise que je n'ai ni CF, ni Sli, juste une GT250M, et que j'ai bien sûr testé d'autres shaders. Donc je ne pense pas que le problème soit le même.

1ère vente d'OCCT Pro cette nuit A un particulier
 
Champagne !

Yeah bonne nouvelle!

 
Impeccable ! Merci à tous pour la confirmation

C'est sous un timing secondaire/tertiaire de la RAM qui est un peu trop serré...
 
J'avais eu un comportement similaire avec de la Crucial sur ma mobo parce que c'était 5-5-5-15-55 les timings et que ma mobo allait pas plus loin que 5-5-5-15-42 .
Et ça passait tout les memtest du monde et OCCT en Small Data Set sans soucis.
 
Par contre aléatoirement des soft qui crash, voir parfois des BSOD et OCCT qui pouvais, en large data set, tenir >24h comme tenir <5min...
 
Après faudrait qu'il croise avec d'autres outils et savoir si y'a d'autre truc étrange sur sa config... Mais pour moi c'est quasi sur un truc hardware super délicat a diag car quasi stable en fait.

 
       
 
La réaction du iench :  

La prochaine béta incluera une nouvelle version du SDK qui devrait être compatible avec les tous derniers procos et Windows 8

Donc un retour de ta part sur le sujet sera très précieux

Pas de souci, j’attends ta version avec impatience.

Semaine prochaine au plus tard à mon avis

Bravo,et ça comprendra un test séparé pour 2 cg ?

 
Cela arrivera dans une béta suivante sûrement. Il y aura, au menu :

• Dossiers des graphes revus et corrigés
• Intégration du graphe de fréquence CPU et fusino des graphes mémoire et %CPU (sachant que dans le tableau, la valeur réelle de la mémoire utilisée sera affichée, pas juste un %, vous aurez ainsi les 2 valeurs)
• Nouveau SDK, support ivy bridge + Windows 8

Je m'attaquerai à la 3d après, principalement parce que avec mon portable actuel, je ne peux pas tester (Windows XP), et donc ca doit se faire chez moi, donc je sais pas trop quand je pourrai faire ça (exit le TGV quoi).

Je te souhaite plein de courage. En espérant qu'il te reste un peu de force et de patience, pour remettre le test 3D:Memory !

En OpenCL ou en DirectCompute j'espère

 
Probablement DirectCompute, mais oui, c'est dans les cartons Je vous cache pas que les améliorations Ivy Bridge & Windows 8 passent avant

DirectCompute ? Pourtant le portage de CUDA vers OpenCL à l'air super simple.

C'est peut-être plus facile avec le sdk de directX sous la main ?

 
Exactement. J'ai pas trop envie de gérer plusieurs dépendances globales. C'est même pas encore commencé hein, faut que je creuse activement le sujet.
 
Sinon, il se peut que la prochaine béta prenne un peu plus de temps que prévu... car je suis en train de réaliser des modifs en profondeur, et si tout va bien, il y aura :

• Un graphe "CPU/MEM", avec le %CPU et %MEM utilisé. La mémoire, dans le tableau, est affichée en MB, pour avoir la valeur précise
• Un graphe "Frequencies", montrant la fréquence CPU, GPU, et ptêt même Mémoire GPU en temps réel
• Le graphe classique "FPS"

Franchement, je suis super emballé. je sais pas quelles vont être la précision des fréquences GPU, mais vous allez me le dire
 
Ca apportera aussi la compatibilité ivy bridge & co & Windows 8.
 
 

Le problème c'est que ça ne tournera pas sur un Vista "out of the box" et encore moins sur un XP. Et c'est sans parler du portage CUDA->DC pas si trivial.
Pour OpenCL un p'tit outil pour porter tout ce que tu as fait en CUDA et hop, ça va marcher direct sur XP/Vista/7 quelque soit leur état. Niveau déploiement, il me semble que t'as rien à redistribuer.
Mais bon, tu verras bien, je veux surtout pas t'influencer

Je vais voir, ca dépendra surtout de la qualité de la gestion de la mémoire... et des dépendances effectivement.
 
Advienne que pourra, mes choix ne sont pas arrêtés !

Notez que voir en temps réel le CPU ou le GPU throttler, ca va être super fun

En tout cas cette prochaine version est prometteuse, j'ai hâte de tester ça (enfin je serai pas sur mon PC Windows 8 avant dimanche soir).

Et très utile

Ya une MaJ de Linpack de prévu dedans ?

 
Surtout pour le GPU  

 
Elle sera pas là avant la semaine prochaine au minimum, de toute facon. Vu le temps que j'ai
 
Pour le GPU et les fréquences, c'est un 1er support, il sera pas parfait (exemple, pas les GeForce 680 dernièrement sorties), mais il devrait faire globalement son office.
 

 
Une maj linpack avx bis ?
 
Y a un truc de sorti, encore ? ( grmbl)

Pas que je sache, peut être qu'il voulais parler du "score"

Oui je voulais parler de l'onglet Linpack pardon, avec l'implémentation du Gflops ^^

Ah, oui. C'est dans la todo, on verra comment j'avance

Iench y m'parle p'us

Want

+1

 
Gni ?
 
J'ai implémenté le suivi de la fréquence CPU, je suis en train de voir si je peux pas faire un suivi de TOUTES les fréquences détectées.
 
Bon, vous imaginez bien que par défaut, il n'y aura ni minimum, ni maximum de fréquence. Mais bon