Reprise du message précédent :

ben un petit bout de code genre  
 
if OS = vista then show pop up "penser a desactiver l'UAC "  
 
c'est la methode bourrin mais ca permet de contourner le bastringue  

Doit y avoir un moyen... parce que perso j'ai jamais vu d'appli partir en cacahouete a cause de l'UAC...
 
Pourtant des UAC pendant WoW en fenetré j'en ai vu

A l'apparition de l'UAC, l'écran (ou la fenêtre de jeu) ne passe-t-il pas brièvement à la couleur noire ?
 
Pour Wow et n'importe quel jeu il n'y a aucun problème. Pour un logiciel de détection d'erreur qui va mettre un point blanc à chaque pixel où a été détecté une erreur ça peut l'être

Au pire il force a couper la composition du bureau. (manifest toussa...)

& 1 victoire de + => http://www.caseandcooling.fr/refro [...] i7?start=1  
 
Vont être déçus de savoir que leur i965 n'était pas stable alors qu'ils n'avaient pas la 3.0.1 3.0.2.b02 ^^

Pour le fichier CSV qui contiendra l'info de "Shader complexity" optimale, il fonctionnera de la manière suivante :

• Format : "partie du nom de la carte;valeur" (exemple : GeForce GTS 280;7)
• Commentaires : lignes commencant par #
• Lignes vides tolérés.
• Wildcards : % et ? (% = * = n'importe quel nombre de caractères, ? = n'importe quel caractère unique)
• Case Insensitive
• Je m'arrête au premier "match" trouvé

En gros, j'ai voulu rester simple. Ca donnera un fichier qui aura cette tronche :

HD3XXX et HD4XXX : prenez la valeur 3
GT200 : Prenez 7
GeForce 7 : Prenez 1
GeForce 9 : Prenez 8 (à confirmer ?) Je ferai mes tests là dessus (j'en ai deux @ home)

La liste aura ainsi la tête suivante dans OCCT (Admettons que vous ayez une Radeon HD4398:

Simple et efficace, non ?

Reste à faire cette liste suivant comment les noms de carte sont détectés EXACTEMENT par OCCT. Et je compte sur vous pour m'aider sur ce coup là

J'dit ça comme ça, mais c'est pas plutôt logique d'uniquement ce baser sur le PCI DEVICE ID ?
Parce que si tu te basse sur le nom de la carte renvoyé par le GPU ca risque d'être galère. Alors qu'une ligne pour G92 par ex serait plus simple.
(vu que le cas GF8/9/GTS2xx est par ex un gros pbs).
 
Puisque GF8 = G80/G92
Et G92 = GF8/9/GTS2xx
 
(et je parle pas des cas style GF6700 ou truc bateau pour OEM )

A voir. J'avais pensé me baser sur le nom des cartes, ayant fait ça dans le train, et ne sachant pas trop ce que me renvoyait le SDK de CPU-Z en termes d'infos sur la CG. Si j'ai un moyen d'identifier l'architecture, effectivement, je vais pas m'ennuyer

Et paf, j'ai oublié un truc essentiel : je n'ai nulle part l'info du nom de la carte graphique Faut que je code le bazar
 
*soupir*

Bonjour,
 
Y-a-t'il une version supportant 16 cores CPU existante ou de prévue? La version dispo sur le site web ne prend en compte que 8 cores.
merci

? Je supporte 32 cores maximum (cores physiques). Enfin ca fait un bail que j'ai pas vérifié, mais ca doit toujours être le cas

La dernière version (béta) prend en compte aussi les cores virtuels (hyperthreading) pour le mode Linpack.

Tu peux me faire un screenshot de ton gestionnaire de tâche montrant que seul 8 cores sur 16 sont occupés par un test OCCT (avec la fenêtre OCCT visible à coté du gestionnaire de tâches pour que je voie la config), et si c'est un bug, promis, la prochaine béta le corrigera

Pas possible de passer par GPU-Z ?

 
Ca ferait beaucoup de choses embarquées...
 
J'ai le nom de la carte par Direct3d, je vais voir si j'ai pas plus d'infos.

 
La version sur le site c'est la derniere beta?

Le numero de la derniere beta, la b05, est dans le titre de ce sujet.
 
Pour la telecharger, il faut aller dans le forum occt depuis le site, section occt betas. Le lien pour avoir la derniere beta sera toujours http://www.ocbase.com/download.php?fileext=beta
 
J'ai verifie, le test cpu:occt lance bien 32 threads, donc 32 cores supportes...

J'imagine que c'est 32 cores ou 16 avec HT, non ? Ou alors tu gères aussi 32 cores avec HT ?

Je dirai 32 threads, donc 16 cores avec HT, vu comme c'est tourné. Après, seule le maître peut répondre.

ça devrait suffir pour la plupart des gens je pense
 
A moins que je sois à la ramasse et que le bi octocore soit courant dans les chaumières...

En theorie j'ai pas de limites en dehors des primitives windows et de memoire c'est 32 threads par process. A l'heure actuelle je ne lance qu'un process. Il me suffira d'en lancer plusieurs et pouf no limit.
 
Mais oui 32 cores au sens windows donc 16 cores avec ht. Je suis dans le train mais je vais essayer avec 64 threads tiens...
 
Mei> je pense que le pci device id est unique a chaque carte, donc inutilisable. A confirmer j'ai moyen la possibilité sur l'iphoune. En directx le mieux que j'aie c'est le couple vendorid/deviceid, mais je ne sais pas si c'est pertinent, et ca limiterai le nombre de personnes pouvant updater le fichier, ce qui n'est vraiment pas une bonne chose pour moi AMHA.
 
Le nom me semble encore la meilleure solution. Tu commence par les exceptions de la serie, tu fais le cas general, et tu continues... Et la n'importe qui peut le mettre a jour et me l'envoyer
 
 

Apres tests, la limite actuelle est à 64 cores physiques ou 32 cores avec ht...  
 
Y a pas mal de marge
 
Pour linpack je n'en sais rien par contre...

Tetedeiench> Pour CSMT j'ai limité à 32 thread (32 core, ou 16 cores avec HT) parce que j'assigne manuellement chaque thread à chaque processeurs logique, et la taille du masque est de 32bit (sous un Windows 32bit en tout cas).
Mais en théorie, je vois pas ce qui empêcherait de lancer 64, 128 ou 2000 thread D'après ce que j'ai pu lire, la seule limite, c'est que la conso totale (process + thread) ne doit pas dépasser 2Go. Donc j'imagine qu'il serait difficile de lancer plusieurs milliers de thread, sauf sur un Windows 64bit qui permet de dépasser cette limite des 2Go.

Appli x86 sur OS x64 c'est pas fondamentalement différent, c'est que 4Go. Et sur OS x86 on peut monter a 3GB avec le mode PAE (obligatoire depuis XP SP1 ) et le LARGEADDRESS.
 
Pour vraiment être efficace faut etre en x64. D'ailleurs si OCCT n'est pas rapidement porté en x64 il va etre obsolete, dejà tester 2Go sur les 4/8Go c'est pas terrible, avec avec le Core i7 on est a 6/12Go pour les plus fou et dès la prochaine generation je crain que ce soit 12/24Go si la RAM continue a ne plus rien valoir... D'autant plus que faudra testé sur 12 thread, voir peut-être 24 si une plateforme bi-LGA1366 sort d'ici là.
 
Certes y'a Linpack, mais bon ça reste plus du gros truc de bourrin pour faire chauffer qu'un veritable test de stabilité.

Quand je parlais d'OS 64bit, c'était avec un binaire 64bit, sinon effectivement ça change pas fondamentalement les choses.
En tout cas, je confirme que s'il y a besoin, on peut tout à fait lancer plusieurs milliers de thread. Le seul problème c'est la limitation mémoire d'un binaire 32bit, et le fait qu'on ne puisse pas assigner à la main chaque thread, enfin pas au-delà des 32 premiers proco logique. Et c'est sans compter les limites (commerciales) des différentes versions de Windows concernant le nombre maxi de processeurs supportés.
Avec 32 (ou 64) on est quand même tranquille pour un moment, du moins sur les version de Windows grand public (32 ou 64bit)

ben pas si longtemps que ca ....  
d'après intel les quad xeon I7 sont pour dans qlq mois a peine ( 4*4 core + HT ... le compte y est )  
 
et ches AMD les 8cores physiques seront dispo dans 1~2 maxi
CF http://www.matbe.com/actualites/65361/amd-opteron/
 
donc il va falloit monter en 64 theads dans un futur proche

 
Je pense pas que le test de la mémoire soit pertinent dans un contexte de mémoire virtualisée.
Autant laisser ça a un truc spécialisé comme memtest.
 
Par contre le 64bits est nécessaire même si les buffers de tests font que quelques Mo (où le build 32bits aurait été sufffisant), car ça peut permettre de mieux stresser le moteur OoO & Co (plus de registres "publics" en x86-64 => meilleur utilisation potentielles des unitées à la base, et comportement différent du renommage de registres) et forcément de tester la stabilité CPU dans un contexte 64 bits.

 
Le code est là, c'est la primitive sur XP32 qui foire AMHA
 
Je peux tester que sur ma VMWare de dev pour le moment

Le nombre de thead c'est le nombre de processus ou le nombre de procos pris en charger ? - ou j'ai rien capté p'tre
 
éh, dites : J'ai trouvé http://fr.wikipedia.org/wiki/Processus_l%C3%A9ger

coucou, je passait pour tester...
 
je décompresse le zip dans un dossier, occtgpu se lance, j'ai bien la fenêtre avec les choix, je lance le truc et ça me donne une fenêtre appellée :  
 

 
c'est quoi? faut que je réinstalle la dernière version de DX9?
 
 
édit : j'ai toujours ma vieille config et une X1950agp

Oui il faut la dernière version de directx 9 d'installé.

Synon, le crysis. exe c'est parce que occt fait mieux graphiquement donc voilà tedeiench se permet de faire une utilisation abusive d'une image de marque concurrente.

Bon la raison officielle c'est bien sûr afin d'éviter qu'occt ne soit bridé via les drivers des gpu comme le fait ati pour palier à ses défauts de refroidissement en bridant les gpu sur les test pour pas qu'il surchauffent...

ok, je viens d'installer la dernière version, faut que ça chauffe maintenant  
 

premier essai, tout par défaut, reglage sur 4, plante le pc au bout de maxi 3 secondes : freeze complet, souris bloquée et tout, sur l'écran on vois bien l'image mais obligé de faire un reset...

deuxième essai, mais réglage sur 1 : idem mais j'ai fait une tof...
 

 
faudrait que je descende le refresh rate je pense, j'essaierais demain...

Ta carte supporterait pas le transfert de la texture de la mémoire vidéo dans la RAM principale ? (c'est ce qu'il se passe à 3s).

Original...

Bon, la prochaine version empêchera le resize de la fenêtre une fois le test lancé, permettra de lancer le test en mode error check dans n'importe quelle résolution (mais, eh oui, y a un mais) le test s'exécutera en interne quand même en 512x512.
 
Ca sera donc un carré de 512x512 centré dans une fenêtre plein-écran.
 
Ca réglera vos soucis de crossfire, de fréquences 3d avec vos pilotes ATI/AMD, etc.

Rectification : en faisant un zoom, ca reste regardable, et on voit mieux les points blancs.
 
Alors

ca sert  a quoi en fait de faire chauffer a mort les vrm ? bien au dela qu'en conditions de jeux  je pige pas , il doit y avoir des risques  de diminuer la vie des  cartes  en forcant trop dessus

Tu prends le problème à l'envers....
Les VRM sont normalement conçus pour supporter une charge. Cette charge est celle du gpu. Le tout est sensé tenir la charge point.
Qu'occt soit plus violent que les jeux du moments ne te dis pas que dans le futur proche ça ne soit pas l'inverse comparé à cette version.
 
OCCT ne dépasse pas les limites constructeurs, n'overclocke rien, il utilise juste ce qui est dispo. Si c'est mal conçu et que ça pète à cause d'une surcharge, c'est le constructeur qui est en cause. Occt ne faisant que montrer ce problème là. C'est tout.  
Que je sache l'ensemble est sensé être conçu pour pouvoir fonctionner à 100% et c'est le but normalement...
Ce que tu me dis là c'est un peu comme si on te disait: "Ah ce processeur il est super puissant il peut faire 09986875765 de calculs par secondes, mais faut pas monter en charge, et ne jamais dépasser les 10% parce que sinon la phase d'alim de la carte mère rend l'âme." (sachant qu'heureusement ati n'a rien dit de tel, mais bon en gros ça reviendrait à dire ça, ça serait vachement utile!).  
TU as des ressources disponibles, tu les utilises point. Si ça ne passe pas c'est qu'il y a un pb de construction.

 
bah tu sais c'est toujours ma vieille config Agp : xp1800@2200mhz + 2*512 de ddr2700@3200 + NF7-s v1.2 + R1950pro (j'ai crâmé une barrette de 1go le mois dernier) ceci expliquant peut être cela...  
 
pas assez de débit peut être (pourtant en agp8x, sur une install fraiche d'un mois, sur un hdd neuf, faut peut-être couper les services genre AV/ZA? )...
 

Memtest

Ce que fait l'utilisateur derrière ne regarde pas l'auteur du logiciel.
Cela dit il est clair que du côté des HD48XX il y avait clairement un pb du côté des VRM qui ont clairement besoin d'être vraiment bien refroidie, et que le design de base ne suffit pas pour ça... (en excluant le cas de l'oc). Et que donc occt le fait clairement ressortir...
Enfin bref.

 
 
ben c'est comme un moteur de bagnole , fait le tourner  a plein regime , il tiendra  pas longtemps....c'est nimporte quoi ce que tu dit