Reprise du message précédent :

 
Confirmé !  
 
Il y a même le petit logo : http://apu.mabul.org/up/apu/2008/1 [...] o.png.html ...

beh chez moi, çà marche pas :
 
j'ouvre, je mets occt en haut à gauche :
 

 
je ferme occt
 
je le relance, et quand il se relance, il est là :
 

Bon chez moi ça semble bien marcher, la position d occt aussi et enfin je peux lancer un occt gpu en 1920x1200 en mode fenêtré, cool.
Encore bravo a toi
Occt gpu memtest est quand même une excellente idée, bien qu'avec un sli le gpu memetest ne s'attaque qu'au gpu principal si g bien "comprite"

 
Marrant.
 
Tu peux lancer OCCT, fermer la fenêtre, et poster le contenu de ton fichier ini s'il te plait ?
 
Ton OS c'est quoi ?

 
Oh yeah HEUREUX !
 
Bierman > Tu peux me dire si OCCT GPU fonctionne dorénavant en SLI sans profil sur tes GeForce s'il te plait ?
 
Le tout reste maintenant de détecter si crossfire il y a, et dans ce cas, forcer le plein écran.
 
Reste à détecter le crossfire

je crois que j'avais le catalyst AI de desactivé, je vais retester avec ce soir voir si ça change quelque chose.

Et tu pourrais me dire si lancer directement OCCTGPU en le renommant en fear.exe ou en afrfriendlyd3d.exe change quelque chose au mode fenêtré ?

C'est quoi l'intéret de le renommer ? Merci

Eviter que le pilote bride la carte car ATI a peur de cramer les 4850/4870 car ils ont sous dimensionner l'etage d'alim.

c'est a dire qu'en voyant OCCTGPU.exe, le pilote prend peur pour la carte et donne pas tout ? xD

C'est ça...

C'est plutot " s'il voit pas un EXE connu pour etre un jeu avec profil, il se mefie et donne pas forcement toutes la patate... "

nop  
même en plein écran

je te fais çà
mon os c'est xp32 sp2
 

 
   

 
Ok, bon, faut que je code l'ajout automatique de profil.

 
La valeur est bien sauvegardée (top et left), donc au démarrage, la position devrait être correctement définie...
 
Je vais modifier l'algorithme courant de cette semaine, je viens d'avoir une idée qui simplifierai ma gestion du bazar. Bref, rendez-vous dans la b11 pink

pas d'problème.    
 
 

Bonjour,
 
En quoi consiste/différence le test CPU:LINPACK par rapport au test CPU:OCCT ? Merci
 
J'ai fait le test CPU:LINPACK mais il me fait monter le CPU en temp pas très longtemps.

 
Y a autant de différence entre les tests linpack et occt qu'entre Windows et linux.
 
Ce sont deux algorithmes entièrement séparés. Deux tests différents, quoi.

 
Ok mais lequel des deux est le mieux ?

 
Aucun, et les deux en même temps.
 
Les deux vont créer des conditions favorables à l'apparition d'une erreur, des fois l'un va être meilleur, des fois l'autre.
 
T'en as (principalement celui qui a fait la 1ère interface de linpack) qui disent et répandent des bêtises genre "5 min de linpack = 6 heures d'OCCT", ce que je trouve d'une bêtise affligeante (on n'a pas assez de recul pour pouvoir l'affirmer officiellement, et de plus, aucun réel moyen de comparaison en dehors de son doigt mouillé qui sent le sens du vent). Ce qui est vrai pour Prime95 est vrai pour OCCT.
 
Ce que je peux te dire, c'est que Linpack fait beaucoup plus chauffer que le test OCCT, mais sur ma bécane, le test OCCT détecte l'instabilité bien plus vite et bien plus finement.
 
Après, dire que ce sera partout pareil, il y a nu pas que je ne franchirai pas.
 
Bilan : fais les deux pendant au moins deux heures si tu veux valider définitivement ton O/C. Personellement, je teste les limites avec le test OCCT, et je confirme avec Linpack. Au début, tu essaiera avec un test OCCT de 10 minutes, puis de 30,... etc. Bref, tout est nue histoire de trouver "sa propre mixture".

Il a été dit que le test OCCT était plutôt orienté "stabilité" tandis que Linpack est plutôt orienté "chauffe". Mais c'est qu'une tendance, et j'ai pas vu de tests là-dessus.
Mais le mieux est de tester par toi-même et de nous donner un feedback.
Car je trouve que ça manque beaucoup de feedback concernant l'efficacité du test Linpack à détecter une instabilité (comparé au test OCCT CPU classique).

 
Rien à redire.
 
En dehors des gros boasts d'AgentGod "5 min de Linpack = 5 heures de X", on a pas de données technique réelle.
 
Mes tests montrent que :

• Linpack a besoin d'un certain temps "minimal" pour détecter une instabilité (i.e. il te faut deux valeurs pour comparer, et générer nue valeur peut prendre une minute ou deux). OCCT, ca peut être en 2 secondes.
• Linpack chauffe (beaucoup) plus qu'OCCT
• OCCT trouve les instabilités de manière plus fiable que Linpack qui lui est aléatoire par essence (i.e. des fois il te la verra en 5, des fois en 6 heures, OCCT est lui plus constant d'une manière générale). J'en déduis qu'OCCT est plus constant
• Linpack tire plus de jus qu'OCCT (mesuré par wattmètre @home). Ca se joue à 8/9W certes sur un dual core, m'enfin, ca mérite d'être noté.

OCCT, Prime95, CSMT, Linpack => on ne peut pas dire x minutes correspond untel a y minutes de machin.
 
On ne dit pas "3cm sur ta regle Maped correspond a 5cm sur ma regle Auchan..."

L'efficacité des différents algo/réglages est réelle. Il serait faux de dire que 24h d'OCCT, c'est pareil que 24h de SuperPI (si si, il sait détecter les erreurs de calculs !).
Sur l'un tu pourras avoir 3 erreurs détecté par heure, alors que sur un autre il ne t'en détectera qu'une toutes les 3h (voire jamais). Du coup, on peut faire des équivalences du type : 20min de lalgo 1 = 3h de l'algo 2 (qui correspond pour chacun à la durée moyenne de test entre 2 détections d'erreurs).
Mais c'est assez approximatif car il faudrait faire des tests très longs, sur de nombreuse machines afin que ça soit significatif. Du coup il est risqué de tenter de donner de tels équivalences, même à la louche.

Ya pas de correspondance mais par contre yen a qui sont plus efficace et qui trouve l'erreur en général plus rapidement
Perso d'après mes tests je n'utilise qu'un logiciel, que je trouve plus efficace que les autres

Ca c'est un autre probleme je pense, c'est plus un probleme d'incertitude de mesure et de sensibilité de mesure.

Quel autre problème ? Ces "équivalences" ne sont là que pour donner une idée de l'efficacité de l'algo à détecter une erreur de calcul.
Quand machin dit 5min de Linpack = 5h de X, en gros il dit que son algo est en moyenne 60 fois plus efficace. Là ou Linpack détecterait l'erreur en 1h, il en faudrait en moyenne 60h pour X. Donc à durée de test égale, 3h par ex, Linpack aurait bien plus de chance que X à détecter une instabilité.
Voilà à quoi correspondent grosso modo ces "équivalences". Mais il faut énormément de recul et de tests pour en avoir une idée approchée. Ca sort pas du chapeau comme ça, sauf si on veut faire du bullshit marketing pour vendre son algo de test.

edit: ou alors j'ai pas compris ce que tu a dit

Merci pour vos lumière
 
Par contre est ce normal que le test LINPACK fait monter en temp de suite et après ça ne monte plus en temp ?

Bonjour,
Perso, sur ma machine, test OCCT 1h sans pb mais Linpack me reboote le pc au bout de 30 min. Maintenant faut voir voir pourquoi --> temp cpu instabilité OC CPU, temp RAM, instabilité FSB ??? J'ai fait des tests plus poussés. Je part d'une machine déjà OC.
1/ Underclock du CPU (baisse du ratio) et je laisse le FSB et RAM. Test Linpack 1H ok.
2/ OC du CPU (ratio auto) et je laisse le FSB mais desynchronise la ram à la baisse. Test Linpack 1H ok.
3/ OC du CPU (ratio auto) et je laisse le FSB et RAM. Test Linpack 30 min nok ->reboot.

On dirait que ça change rien ...

Je viens de tester le log sur un ordi portable assez récent et le linpack ne fonctionne pas : la charge processeur reste nulle après la minute idle...
 
D'ailleurs, serait-il possible de désactiver ce temps d'attente au moyen d'une option ou autre ?
 
Petit soucis également avec un SLI de 280GTX : seulement une carte sur les deux travaillent... j'ai raté une option peut-être ?
 
Bon courage.

Pour le test du GPU faut il régler la résolution de la taille de l'écran que l'on possède ?

Ce qui fait dire un peu partout (par un peu n'importe qui ) que LinPack est plus prompt à déstabiliser une config, c'est selon moi, uniquement à cause de la chauffe
 
Pourvu qu'on maintienne celle-ci, OCCT doit pouvoir faire mieux
 
PS: je suis dans ce cas

Par contre OCCT n'est pas fiable tous le temps, exemple je test l'oc de mon a64 3700+ @ 3003MHz avec 1.425v de vcore OCCT 2H sans probleme, CPUSTRESS Pareil en 1h, et la j'ai lancer un Prime95 et erreur au bout de 1h40 !!!

Donc je vais monter le vcore et retester avec prime95 la !

 
edit :  si ça marche en le renommant en fear.exe ou afrfriendlyd3d.exe, le nombre de fps double.
 
edit2: en realité ya un autre probleme: si je lance occtgpu directement dans le repertoire ça fonctionne le crossfire mais si je lance occtgpu en passant par l'interface principale occt non
 
edit3: j'ai pas le logo ATI corssfire X qui apparait comme Underground78.

Sans doute. Quoique mon cpu ne depasse pas 84°C max.

 
Marrant ça, la seule chose qui change c'est que je passe par un autre mécanisme pour le paramétrer. Marrant. J'vais regarder.

il y a/aurait des petits soucis avec la 10b et l'i7.
 
http://forum.hardware.fr/hfr/Overc [...] 27.htm#bas

Sans etre mechant, je dirais juste que c'est qu'ils n'ont pas bien validé leur o/c car rien ne tirais assez fort sur 8 threads...
 

Oui c'est possible, c'est pour ça que sur le topic i7 je demande à des gens de tester. Pour l'instant on est 2 à l'avoir fait et 2 à avoir le même soucis. Espérons que d'autres fassent le même test