Reprise du message précédent :

Je dirais même plus, tu nous dois une fière bretelle...!
En tout cas, merci à toi pour cette magnifique application...

Juste une suggestion, dans les menus, serait-il possible que lorsque l'on clique sur l'intitulé d'une option, la case se coche/décoche?
Et bravo à toi pour tout ton travail

Bonjour,
nouvelle config, nouvel OCCT...  
 
premièrement, merci pour ce programme très pratique...  
 
secondement (???), j'ai souvent des erreurs par milliards dans le tests GPU Memtest et parfois aucune.
 
config utilisée : asus p5q turbo / c2q 9550 @ 3.8MHz / GTX275 / OCZ Gold 8500 @ 440Mhz
 
pas de problème de chauffe, je suis à moins de 60°c en burn, pas d'o/c sur la gtx... étrange non ?
 
NB : pas d'erreur après un boot... mais après une session de jeu, les erreurs apparaissent.

je prends cette release 3.1.0  

Je confirme que même aux fréquences stock et tension stock, ma (mes) HD 4890 HIS au design de référence ne tient (tienent) pas plus de 5s une fois le mode plein écran activé...    
Et avec Stalker Clear Sky en 1920X1200 DX10.1 et Ultra AA4X, de même...
 
En mode 700X700 et la carte à 1000/1200 je suis à 81.78A mais ca plante pas    
 
Je vais allez faire un tour sur XS...
 
EDIT: 81.97A même  

Pour ma part avec ma 4890 PowerColor (@stock) j'arrive a tenir le full screen ... en shader 0 a 81A tout de même.  
Toujours en shader 0 le test error check en mode fenêtre fonctionne bien, et fait chauffer tout ça (j'arrête le test au bout d'une minute les vrms a 100° je peut pas ) a 78A
En shader 3 ça plante directement dés que je j'appuie sur le bouton On, la carte se met en sécurité (ventilo a fond).
Par contre Stalker Clear Sky a fond ne me prend "que" ~60A c'est du a la résolution de l'écran (1680*1050) ?
 
Merci a toi Tetedeiench pour ce programme
 
Edit: Hum j'ai un truc pas normal avec le test GPU, quand je spécifie une résolution (1280*1024 @ 60Hz) et que je bouge la fenêtre du test; par moments; le test ne fait plus chauffer la carte autant, je n'ai plus que 80fps au lieu des 320 en temps normal et la carte ne consomme que 35A au lieu des 80A. Par contre si je passe autre chose en 1er plan le ventilo s'accélère et j'ai bien 80A de consommation.
J'ai tester le truc ça ne me le fait que dans cette résolution et dans tout les shaders (a part le 3 qui fait planter).
Je suis sous Win 7 x64 RC1; ATI 9.5.

Ca va newser sur canardpc les mecs !
 
Je préviendrai pcinpact dés que ca newse sur canard, et ca va se répandre, zallez voir.

 
C'est normal pour le déplacement de la fenêtre : cela mets le test en pause le temps du déplacement

Pour Ryan92084 sur XS, le vGPU est à 1.20V au lieu de 1.263V (2.2625V pour être précis) c'est pour ça qu'il ne rencontre pas le soucis...
On dirait qu'il est mode 2D en fait, faudrait voir ces fréquences aussi.
 
EDIT: Nickel la news sur CanardPC...  

Un gars a fait un test intéressant : le problème arrive sur Furmlark quand on augmente le vGPU
 
Donc c'est pas mon test.
 
Ca va clouer le bec des trolleurs, tout en montrant que mon test est plus efficace que furmark, car moi, on a pas besoin d'augmenter le vGPU

Stalker ClearSky aussi mais avec un certain OC faut le reconnaitre...
Chez moi j'ai réussi à lui faire cracher 87A...

Vous avez des merdes sur le test Linpack ?

Vous pouvez le faire tourner quelques dizaines de minutes ?

J'ai déjà deux rapports d'erreurs... coincidence, ou pas, je sais pas... je l'ai lancé sur le mien en 32 bits, mais j'voudrais être sur.

 
pas d'idée quand à mon problème ?

iench > quel genre d'erreurs?
Je ne peux pas le passer avec ma config actuelle, à cause de la température
Si besoin je pourrais tester en descendant la tension, mais faut que je sache quoi reproduire

J'en suis à 1h perso, en mode HT. J'essaie en mode non HT.
 
Bierman > Erreur détectée.

Ah  
Car moi, c'est BSOD (pourtant TM2 activé dans le BIOS)  
Arrive aux alentours de 83°C aux Cores

 
Sans overclock, sur mon EE (vous me croyez si je vous dit que j'ai pas encore eu le temps d'y toucher en O/C ? ), je suis à 70°C. Ca va encore.

pas de soucis pour tester linpack, c'est quoi le but de ce test? qu'est-ce que tu veux que je reproduise comme situation?

Le mieux que j'ai pu obtenir sans outrepasser la limite des 83°C (85 actuellement)
- à toi de voir si tu as changé de version LinPack depuis -....
 

 
Ben les gens lancent le test pendant X temps (un mec pendant 27 minutes, un autre pendant un temps indéfini) et ils ont eu "erreur détectée".
 
Moi, sous XP32 et avec un core i7, j'ai pas l'air d'avoir le souci, j'aurai voulu confirmation sur d'autres OS (un vista).
 
Essayez de lancer un CPU:LINPACK pendant disons 1h avec HT (et sans HT si possible) en mode 64bits sous Vista pour voir. Ou même 32 bits, ca m'irait. Sur une bécane dont vous êtes sur de la stabilité.

 
Merci vieux Si ta machine est limite, t'embête pas, il faut un test d'une heure...

ben j'ai xp 32
 
mais sinon le but du linpack c'est quoi? chauffe max?

Ouaip, chauffe max, un peu de détection d'erreurs, mais pas folichonne.

La protection mal implémentée est soudée sur la carte. Pas moyen d'y retoucher.

Selon les infos que j'ai, il semblerait qu'ils aient foiré et l'aient mise trop basse par rapport aux capacités de leurs VRMs. C'est qu'une hypothèse. Grosso merdo, ils pourraient encaisser 120A, mais ils l'ont mise à 82A.

Ouch

j'ai causé avec un ami microelectricien au CEA, il etait sur le cul quand je lui ai raconté que ça bouffait 80+ amperes une cg    
 
alors 120... ça deviens un peu incroyable... bientot il faudrait des rads pour les pistes tellement ça va chauffer...

bah en fait c'est 80 watts de conso,
y a rien a faire, si la tension est basse, faut des amperes.
ceci dis 80 amperes c'est en effet enooooooooorme.
 
ca m'etonne que les tracks sur le pcb tiennent le coup d'ailleurs.

Qu'ils aient une erreur ne veut pas dire que ce soit une erreur d'OCCT
D'ailleurs quel type d'erreur
 
LinPack devrait faire chauffer sans détecter les erreurs alors !?? (c'est une question)

le gpu:memtest envoie instantanément une fenetre dos avec erreur sur toutes les lignes et un message de rapport d'erreur windows!
 
c'est euh... "normal?"

Tu ne dois pas avoir la dernière version, la stable 3.1.0 (à télécharger en 1ère page / 1er Post du Topic)
La fenêtre DOS a disparu avec cette stable

en effet j'ai la 3.1.0b6
 
il vaut mieux chopper les betas ou les stables? c'est cool de pouvoir echanger avec le créateur du soft, en tout cas

Celle que je t'ai conseillé pour le souci que tu décris...

 
meme probleme par contre:

Tu as une ATI
CUDA ce n'est que chez nVidia
Par contre, il ne devrait même pas se lancer dans ce cas, amha !
 
EDIT: bah no, dsl
Incompatible avec le chip graphique intégré

hé ho tu traites pas ma carte de chip graphique

sinon ouais avec la 4870 je n'avais meme pas acces a l'onglet. là, avec la beta il m'affichait toute une suite de ligne genre "error at adress 0x6584ff"

linpack 64 bits win 7 tourne nickel pendant 28 min sur mon pc,
voici les graphs:
 
http://users.skynet.be/xixou/2009- [...] _win_7.zip

 
Mais ça le fait quand la fenêtre est fini de déplacée (j'ai lâché le clique souris), comme si le programme (win 7 ?) détecté que la fenêtre était en cours de déplacement alors que non.  
 
Je lance le test -> ca consomme un max 80A
je clique pour déplacer la fenêtre -> ça consomme moins 30A
Je déplace la fenêtre -> ça consomme moins 30A
je dépose la fenêtre -> parfois ça reste a 30A alors que la fenêtre est active
 
Je sais pas si c'est très clair

 
essaye de faire le test juste après un boot... j'ai le même problème si je fais un test après avoir lancé un jeu ou un stress test. Testé sur la 3.1.0 et 3.01.
 
 
 
Cela n'a rien changé pour moi.

Je vais lancer aussi sur un pc non o/c, sur W7 64bits

 
j'ai fait le test en o/c et non o/c.

Je parlais de Linpack

 
^^ autant pour moi