Reprise du message précédent :
J'aurai bien une suggestion à faire à Tetedeiench : ne pourrait on pas avoir un indicateur de performances ? Linpack permet d'avoir une performances un GFlop par exemple (voir LinX), et donc en fait, quitte à faire calculer nos machines pour s'assurer qu'elles sont stable, ce serait pratique de voir comment évoluent les performances :
- pour qu'on puisse se rendre compte des compromis entre les différentes combinaisons RAM/Coefficients multiplicateurs/Frequence max...
- pour qu'on puisse trouver le meilleur compromis entre les performances qu'on a, et la consommation ou le niveau sonore.

Je connais ça réponse, il va te dire qu'OCCT est un logiciel de stabilité pas de bench.

 
+1

D'un autre côté afficher les iops n'est pas non plus faire un benchmark, mais ça peut permettre de se rendre compte si ça throttle ou pas.  

un "simple" compteur free running du nombre d’itération effectué  

 
Pour ca il y a les températures, passer 90°C sur les core il faut se poser des questions  (dans le cas intel)

Franchement, le compteur, bouaif. Je pourrais, mais j'en vois pas l'intérêt. A voir. Sur linpack, ca mange pas de pain, c'est même facile à faire, donc pourquoi pas.

Sinon, dans les trucs "à implémenter", il y a :

• La fréquence en temps réel via un graphe (pour voir le throttle). Je sais pas où le placer par contre. Un 4ème dans la ligne du haut serait "trop".
• Le choix de la CG pour GPU:3D

Pour linpack, je vais voir

Effectivement le nombre de GFlops serrait sympa sur linpack

Une petite question au niveau du choix du GPU3D.
 
Bon en sli, il y a une carte maitresse, et une carte fille. Je ne me goure pas jusque là non?
 
Bon si c'est la carte fille qui déconne, en attaquant que la carte maitresse on devrait s'en rendre compte.  
 
Mais si c'est la carte maitresse?
Il va tester le gpu0: des erreurs.
Il va tester le gpu1: pas d'erreurs dans les calculs (quoi que pas sûr en fait?) mais à l'affichage, il va quand même voir des erreurs, puisque ça passe toujours pas le gpu 0. non?
 
 
D'ailleurs en sli, c'est sûr qu'il est possible d'isoler dans un test et d'attaquer qu'une carte, sans que l'autre ne s'en mêle à cause du pont?  
GEnre la carte maitresse ne garde t-elle pas toujours la main même si on veut tester la carte 2 et du coup peut-interférer?  
 
 
Simple question, je ne sais pas trop comment marche la répartition des tâches au niveau du sli etc.

Je pense que non. Si tu pètes le SLI (j'ai pas testé encore), il peut y avoir deux scénarios, à vérifierchez AMD ou ATI :

• Si tu choisis la carte secondaire qui n'a pas d'écran, tu n'auras aucun rendu, car il est envoyé aux sorties reliées à cette carte. J'y crois pas.
• Idem, sauf que tu as l'image calculée par la seconde, envoyée à la première via le pont, puis sur l'écran.

Je dirai donc "à tester en pratique". Maintenant, dans le 2nd cas, je vois mal la 1ère carte niquer le flux de la seconde alors qu'elle ne sert que de relais...

 
Je pensais aussi à ca, car les GFlop sur Linx peuvent varier... vers le bas au fur et à mesure que la température augmente. Mais bon, l'idée, c'était de profiter de LinPack qui doit retourner naturellement des indicateurs, genre le GFlop

 
Sur la courbe "charge CPU" et "mémoire", il n'y a qu'une courbe... pourquoi ne pas mettre les deux ensembles sur une échelle en % et tracer charge mémoire/charge CPU ? Ca laisse un graphe pour la fréquence en continu...

 
Hé, y a de l'idée, mettre la mémoire utilisée en %. J'y avais pas pensé. Pas con du tout.

Perso je me perds dans les graphs et & co, surtout les exportations.
 
Ya moyen de faire un dossier par Test ? genre ça créer un dossier jj_mm_aaa hh_mm_ss_[Type_de_test] (avec le type de test en dernier, pour garder l'odre temporail) et après on retrouve les graphs pour ce test dedans. (au lieux de tout avoir en bordel dans le dossier OCCT) car avec la visionneuse windows si on vérifie pas le nom du screen pour chaque screen qu'on regarde, on à vite fait de regarder d'anciens graphs.
 
(l'icône deplacer la fenetre c'est un peu oldschool non ?)

 
Pour l'icone, c'est old school mais nécessaire, car certains ne vont pas naturellement cliquer ailleurs pour déplacer une fenetre (le bandeau classique windows n'étant pas là...).
 
Pour les graphes, moui, je vais y penser très fort

Allez, je vais implémenter pas mal de trucs.
 
Reprise du dev des bétas demain, surement. Enfin, si le taff me laisse le temps

Pour les graphes, pourquoi ne pas les nommer dans le sens aaaa_mm_jj_hh_mm_ss_[type de test] ? au moins,ce sera tout le temps trié....

CPU aussi
et cores .. ouah encore mieux !!!

Pour le choix du cpu, c'est pas con mais je pense un peu inutile

pas pour les plateforme pro, coco
et puis la P8 d'asus et la SR-X d'eVGA donnant des idées à certains, ça pourrait bien revenir d'une façon ou d'une autre, intéressante à développer

Vous verrez la prochaine béta
 
Dites, est-ce que des possesseurs de quad-core (idéalement du sandy bridge) peuvent lancer 2/3 tests de CPU:OCCT en mode large data set pendant 10min chacun, sur des configs stables, pour vérifier qu'il n'y a pas de faux positif ?
 
On me soutiens en MP qu'il s'agit d'un bug, mais j'incriminerai plus une instabilité matérielle, même @ stock, de la config en question. Vous pouvez tenter le coup ? Merci

 OCCT CPU gere deja wattmilles cores en // " suffit" d'ajouter une checkbox liste pour choisir les cores a utiliser ou pas  
 
apres le "plus produit" ca sera si grace au SDK CPUZ t'arrive a discriminer les CPU et pas juste  core par core  

J'essaye de te dire ça ce soir, un I7 4 coeurs + HT mobile ça te convient? (pas du sandy bridge par contre).

 
C'est parfait J'ai essayé de reproduire sans succès, donc j'incrimine la config de la personne, mais j'aimerai confirmation, on sait jamais.
 
Symptome : soit erreur détectée dans les 5 minutes, soit ca tient 3h.

 
J'ai un 2500k (4core non HT) oc à 4.2ghz stable 20pass en maximum sous IntelBurnTest AVX (LinPack).
 
Ca peux t'aider ?

Dans le doute je ne testerais pas 3h sur le pc portable hein. 5 minutes voir 15 ok, mais 3h surtout avec la chaleur qui arrive point trop.      
 
Ok je te confirme ça ce soir.

 
 
Si j'ai le temps je te teste ça ce soir. (même si j'en ai déjà fait quelques un )

Impec, merci les gars C'est juste pour confirmer. Je pense qu'il n'y a rien de probant, mais on sait jamais.

Je test ça ce midi

Alexkeivskeya
Tunguska
Perestchoska
 
other one ?

mon I7 950 avec ht n'a jamais eu d’erreurs a 4.1ghz

 
kournikova
 

Je confirme pas d'erreur. (et cpu à 71° le ventilateur pas à fond visiblement )
 
Par contre j'ai testé la version gpu, en plein écran, je n'ai rien d'autre que du noir. Bizarre cette histoire.
 
Peut-être un pb de pilote. Par contre en fenêtre ça marchait.  
 
Ne me servant plus de windows, les pilotes nvidia n'était pas tout à fait à jour, mais ce n'était pas non plus une relique.

périmé
Elena Lenina

Natalia Vodianova

Alsou

Oriero

Saltik  

Nona1
Nona2      

Anna          

Petite question , le fait d'être en dual fait baisser la conso engendrée par OCCT GPU ?
Quel settings recommandés ?

@burn2 essaie avec un autre shader (7et 8 marche pas sur mon cf)

 
 
shader 8 ?
elle bug celle la !

Shaders à 1 sur un gpu Nvidia. (et pas de Sli of course )

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