Reprise du message précédent :
Carte(s) graphique(s) :  hd4870 pcie 16x version 2  
(500MHz core/700MHz mem) au lieu de (750MHz core/900MHz mem) par défaut pour éviter les erreurs et l'emballement du fan à 100%)
OS ((32/64 bits...):  xp pro 64 bits
Driver (Version) : 09.4
Résolution utilisée : 1024x768
Temps de test (min 2 min svp) :  
 
fan speed : fixed 70 % 2700 RPM (100% = 3900 RPM)
 
fullscreen : off   refresh rate : 60
/error check : off
durée = 8 minutes (jusqu'à stabilisation en fait)
 
 
texture unit : 0  
temp core = 82 degrés Celcius.
temp memory = 88 degrés Celcius.
temp memory = 88 degrés Celcius.
 
 
texture unit : 1  
temp core = 86 degrés Celcius.
temp memory = 92 degrés Celcius.
temp memory = 92 degrés Celcius.
 
 
texture unit : 2  
temp core = 94 degrés Celcius.
temp memory = 100 degrés Celcius.
temp memory = 99 degrés Celcius.
 
 
texture unit : 3  
temp core = 94 degrés Celcius.
temp memory = 100 degrés Celcius.
temp memory = 100 degrés Celcius.
 
 
texture unit : 4  
temp core = 90 degrés Celcius.
temp memory = 96 degrés Celcius.
temp memory = 96 degrés Celcius.
 
 
texture unit : 5  
temp core = 86 degrés Celcius.
temp memory = 92 degrés Celcius.
temp memory = 92 degrés Celcius.
 
 
texture unit : 6  
temp core = 86 degrés Celcius.
temp memory = 92 degrés Celcius.
temp memory = 92 degrés Celcius.
 
 
texture unit : 7  
temp core = 85 degrés Celcius.
temp memory = 90 degrés Celcius.
temp memory = 90 degrés Celcius.
 
 
texture unit : 8  
temp core = 83 degrés Celcius.
temp memory = 88 degrés Celcius.
temp memory = 88 degrés Celcius.

 
Merci énormément, ca confirme le 3 de Yoyo_5 sur série HD

Donc texture unit 2 et 3 sont les plus lourds.
 
A propos de l'underclock, je devais le faire, sinon j'avais des erreurs qui apparaissaient (gros pixeles en mode error check off, et erreurs détectées quand test erreur était activé).
De plus, tester avec le fan a 100% est impossible, trop trop bruyant.
Donc je crois que mon underclock est tout à fait avéré pour tester  ce qu'il fallait (texture unit).
 
Notez que quand le gpu commence à faire des erreurs, la température n'augmente plus du tout, max 108 degrés chez moi).
 

C'est étrange, mais ça ne m'étonne pas sur un modèle ne respectant le PCB de ref ATI.

Vous noterez que sur ATI, il y a une GROSSE différence d'optimisation entre les modes les plus élevés (2 et 3) et les autres, alors que sur Nvidia, c'est lissé.

Et là, j'annonce la mauvaise nouvelle : je n'ai pas trouvé de moyen d'avoir cette valeur via une fonction quelconque. Rien, nada, que dalle J'ai demandé à des spécialistes, j'attends leur réponse Je croise les doigts. J'essaie de trouver des moyens détournés en attendant...

Continuez les rapports, surtout sur GeForce 8 & 9, j'arrive pas à isoler LA valeur qu'il faut retenir si il y en a une. Et même les GeForce 7, les ATI plus anciennes... prérequis : Shader Model 3.0

Tetedeiench, tu peux peut-être faire un test gpu qui augmente la valeur de texture unit toutes les 2 minutes, et ne garder que celle ou la température est la plus élevée pour continuer le test de 30 minutes, non ?

J'y ai pensé aussi, ce serait une espèce de bench à température...mais ça ralentirait le process et surtout, ça pourrait planter en route...

Exactement, faut que je trouve un moyen bien plus rapide de le déterminer.

2 et 3 ça correspond à quoi en fait ?

Ca correspond au nombre de textures utilisées dans le shader, et à la complexité mathématique de ce dernier.
 
C'est assez compliqué à décrire en fait
 
Je me demande si j'ai pas dégotté le moyen de déterminer le coef le plus efficace, de manière relativement rapide... disons en 30 secondes.

 
we are waiting ^^

donc 2 textures ? Tu augmentes en parallèle le nombre de textures et la complexité ?

7600GT 256 Mo GDDR3
 
iddle 43°C
 
 
test 0: 77
 
test 1: 79
 
test 2: 78
 
test 3: 78
 
test 4: 77
 
test 5: 77
 
test 6: 77
 
test 7: 77
 
test 8: 77
 
Je précise quand même que la carte est vite à genou
 
Une minute d'iddle entre chaque load de 3 min

Voici ma modeste contribution : température max / texture units.  
Désolé, mais j'ai pas le temps de faire des tests en Full Screen ou bien avec Error Check.
 
9800GTX+@stock(740/1836/1100)
ForceWare 182.08 WHQL
Full Screen Off
Error Check Off
700x700 - 60Hz
Idle:  Core 57°C (Ambiant 24°C), Fan Duty Cycle 35%
TU 0: Core 81°C (3min), Fan DC 70%, 114FPS
TU 1: Core 84°C (3min), Fan DC 75%, 109FPS
TU 2: Core 85°C (3min), Fan DC 77%,  95FPS
TU 3: Core 85°C (3min), Fan DC 77%,  80FPS
TU 4: Core 85°C (3min), Fan DC 77%,  69FPS
TU 5: Core 85°C (3min), Fan DC 77%,  61FPS
TU 6: Core 85°C (3min), Fan DC 77%,  58FPS
TU 7: Core 86°C (3min), Fan DC 81%,  53FPS
TU 8: Core 87°C (3min), Fan DC 81%,  48FPS
 
Furmark: 78°C

Faudrez que vous fassiez les tests avec une vitesse de fan fixee.

 
sur i7 ok avec cela  
 

est ce que quelqu"un peux redonner les differences entre medium et large data set (small étant pour stresser plus le cpu) car là je suis perdu
autant pour les anciennes versions, "cpu, mixte et ram" c'était OK, autant là.....
 
merci

CPU = Small
Mixte = Medium
RAM = Large

Et y a l'aide intégrée à OCCT

Coté détection d'erreurs sur OCCT GPU v0.66 (version du diable qui chauffe plus que l'enfer), ca donne quoi ? Prenez la valeur qui chauffe le plus

Je vais essayer de voir pour une v0.67 de faire une release supportant crossfire et SLI.

Par contre, je suis bloqué coté détection de la chauffe optimale automatique : je crois que je vais être obligé de gérer une petite base de données... et ca m'ennuie. les comportements semblent relativement similaires par génération cependant (i.e. les HD3XXX et 4XXX chauffent plus en mode 3, les GT200 en mode 7, etc).

Le mode par défaut sera 1, et on pourra choisir "Auto", et "0...8". Je m'oriente vers quelque chose du genre. Dommage que l'impact soit tellement important.

en // du test GPU, prends tu ici les feedback sur les tests CPU?
 
1) Serait il possible de configurer dans les options le repertoire de log? Merci!
je suis "power user" sous XP, et lance OCCT en "admin" pour avoir le monitoring. Il semble y avoir un conflit entre Occt et Abit µguru... Qd µguru est désactivé, cela fonctionne bien, mais le rep de log semble fixe, et OCCT renvoie une erreur "repertoire non présent" (sous admin doc\occt\...)
 
2) le paramètre de priorité n'est pas correct: alors que j'ai mis "lowest", occt et occttest sont en priorité "normal" dans le gestionnaire de tache. Du coup, je ne peux pas tester occt en // d autre chose (encoding x264), car occt prend toutes les ressources. Je voudrais juste que occt reste à 1-5% pendant que x264 utilise 95%+ du cpu.

j'ai du mal à trouver un intérêt à la chose sachant que si durant l'encodage x264 le processeur fait des erreurs, tu ne le sauras qu'en regardant la vidéo, et OCCT n'aura que peu de chance de foirer s'il doit attendre 10 cycles CPU avant de pouvoir lui faire faire quelque chose...

Je testerai ce soir ou demain et te dirai ce qu'il en est.

+1
C'est d'une logique implacable  
 
iench > ta version SLI est attendue

Je taffe sur la détection d'erreur coté GPU, j'avance plutôt bien, je suis assez content de moi

 
ok merci
 
donc si j'ai bonne mémoire le test le plus stressant étant "RAM" sur l'ancienne version, c'est Large ici (ce que je pensais)
 
merci pour la confirmation si je me gourre pas
 

J'ose espérer que si "durant l'encodage x264 le processeur fait des erreurs", x264 lèvera une exception évitant des erreurs sur la video. OCCT peut ainsi servir comme moniteur.
Et puis, si il y a une fonction "priorité", autant qu elle soit correcte, non?

X264 ne lèvera pas forcément une exception s'il ne sait pas qu'il y a une erreur, il n'est pas taillé pour la détection d'erreur...

 
Oui pour l'option priorité. Je vais regarder ce qu'il se passe.
 
Par contre, j'ai aussi du mal à voir le coté "moniteur" d'OCCT

Je pense qu'il croit que l'encodage va lever une exception et qu'occt récupèrera l'erreur (try catch tout ça...)
 
Eirc B, un encodage n'a pas vraiment de gros contrôle dans la mesure ou un calcul sur un processeur est normalement toujours bon! Le cpu ne va jamais vérifier qu'en calculant 3+3 ça fait toujours 6 et pas autre chose. Donc quand t'encodes si y a erreur, c'est toi en regardant la vidéo qui vera des pixels foireux se balader... on n'est pas sur un benchmark qui vérifie toute image calculée connaissant déjà le résultat nominal dudit calcul...
 
Donc faire des choses en même temps qu'occt c'est diminuer l'effet de celui ci...  

Faudrait intégrer des algos x264 d'dans  
Comme ça tu fais utile & utile

J'ai le ventilateur de l'alim qui s'arrete quand je met OCCT sur ON... ça fait peur !

Plus assez de jus pour alimenter le ventilo de l'alim...  

Les ventilos ont une âme et une conscience
Il s'est dit en conscience qu'il valait mieux rendre l'âme ^^
On pourrait aussi dire qu'il a perdu conscience
 
N'empêche, c'est bizarre

C'est une feature, en fait Tetedeiench a des actions chez les constructeurs d'alim et vendeur, donc dans le firmware, y a if occt===> dead.

 
ca arrive ... moi c'est le petit 80 a l'avant de ma 12 qui s"arette(temporairement)  grace a OCCT  
 
vu la chauffe du CPU, la thermo regul du ventirad et du ventillo d'ectrac passe en mode "tous a fond" résultat la T° ambiante du boitier baisse et donc l' alim coupe le ventillo auxilliaire  
 
mais ca reste pas éteint longtemps   , au bout de 20~25 minutes ca se remet a fond  

 
 
lol comique vas    

Petite question !! Si un PC de constructeur genre HP venait a cramer suite a un test OCCT, qu'en est il de la résponsabilité du user ??
Ca marche sur CD ou clé USB ??

Tu lances le test power supply et paf    
 
il n'auront aucun moyen de savoir comment a cramé le pc, comme tu l'as dit tu le mets sur une clé usb au pire  

a priori non
 
c'est pas la faute de l'utilisateur si le PC tient pas le choc dès qu'on lui en demande un peu beaucoup  
 
après OCCT est un simple executable windows, donc tu peut le transporter comme tu veut sur CD ou clef  
 
par contre il est pas autoexecutable sans systeme d'exploitation comme memtest

En fait, le but 1er du test est tout de même de vérifier la stabilité d'une machine !!  
Le test Power supply c'est la garantie d'envoyer le PC en SAV...au moins pour l'alim !!  
 
Donc en fait je me demandait surtout s'il ferait de multiples accès sur la clé USB, enfin savoir si le test serait fiable même executé sur une clé USB !!
(ben pourquoi tu le dis pas tout de suite si tu voulais le dire !!! )
 
Sinon oui je suis entièrement d'accord pour dire que si le PC ne tient pas le choc, c'est qu'il n'était pas dimensionné comme il fallait !!  
 
Merci bien  

ben quand je regarde mon PC , y a très peut d'acces au DD durant les burn OCCT donc depuis USB ca doit passe r
 
sinon vu la taille tu peut prendre le temps de faire un copier coller sur le bureau pour executer en local

 
   
 
quel poète