Reprise du message précédent :
Laissez-moi le temps hein, déjà la refonte de GPU:3D en DX11 va prendre pas mal de temps, alors parler de memtest gpu ...
 
En plus, mon temps est réduit comme peau de chagrin, j'ai pris un peu de galon au boulot (pour l'instant pas encore matérialisé en $$) ce qui me charge encore plus... et j'avoue avoir souvent envie, quand je rentre à la maison, de poser mon cul devant la téloche ou de jouer plutôt que de dev OCCT, la fatigue aidant.
 
Je vous cache pas non plus que la non réussite des versions payante me gave.
 
Pour vous donner une idée : sur 30 demandes de déblocage, j'ai eu :

• 8 particuliers (débloqués)
• 1 entreprise qui essaie de filouter (...)
• 3 gars honnêtes qui disent "je suis dans une boite, mais je veux l'utiliser une fois, tu peux débloquer ?" (je l'ai fait dans 1 cas, un auto-entrepreneur like, les autres étaient vraiment trop gros, style +100 personnes)
• Le reste a laissé tomber au moment où j'ai demandé le nom de domaine (j'estime qu'il y a donc 50% de filous dans le tas)

J'ai deux pistes que j'explore actuellement :

• Un déblocage temporaire, à l'usage, pour une durée déterminée (style 5€ pour un déblocage de 3 jours sur un domaine sans questions, sans support)
• Intégrer un truc à mon installer pour avoir un peu plus de revenus en termes de pub. J'aurai aimé un truc indolore (pas un spyware quoi), style chrome, mais évidemment, c'est pas accessible à tous. Les barres type ask.com et co sont pas non plus facilement accessibles, et philosophiquement, ca m'emmerde.

DirectX 11.1 risque d'être porté sur Vista/7 tôt ou tard. Par contre le Feature Level 11_1 sera dispo. que sous Windows 8 avec un pilote WDDM 1.2 quoiqu'il arrive.
 
L'avantage c'est qu'après on pourra lancer OCCT:GPU sur une tablette...

 
Le carnage  

Je risque de partir sur une version DX10 mise à jour dans un 1er temps, la refonte DX11 risquant d'être super complexe et de prendre, du coup, trop de temps.

 
Hum hum...  

 
Tu as eu du neuf sur l'intégration d'Occt en bundle ou rebranding ?

Coté api, y'a quasiment qu'à renommer touts les "10" en "11", après c'est ce qui est déprécié et qui est passé en "Shared Source"
 
ID3DXEffects => http://blogs.msdn.com/b/chuckw/arc [...] pdate.aspx
Loaders de texture:  DDSTextureLoader/WICTextureLoader => http://blogs.msdn.com/b/chuckw/arc [...] ctxtk.aspx
D3DX matrices/vectors => DirectXMath
 
---
 
Après il faut que tu creuses autour de ton crash: Il y a plus de raisons que ce soit une connerie dans le vieux DXUT qui ne se déclenche que sous Windows 8, car il y a pas eu de gros probs de remontés coté D3D10 sous Win8 (enfin je crois )
(En même temps le DXUT, personne s'en sert ^^)
 
---
 
Je vais regarder tiens ^^

 
pour faire du watercooling tablette
 
d'ailleurs avec linpack, sur mon pc portable (un vieux dual core de 2007), j'arrive même pas à le faire réguler, ça plafonne à ~70°c, la fréquence gpu toujours à fond.
 
je pensais que sur une machine comme ça, ça irait tout de suite taper trop haut

Oui, aucune nouvelle malgré l'activation de quelques contacts

Regarde si tu veux, effectivement il y a eu des changements dans DXUT. Mais je me sens pas, même temporairement, supporter un DXUT d'un framework ultérieur avec le framework initial - ca risque de m'amener plus d'ennuis qu'autre chose.

Merci en tout cas pour les infos sur les changements DX10/DX11, ca va m'aiguiller Quitte à passer en DX11, je compte bien abandonner DXUT, il le faut de toute facon.

Les portables d'antan dissipaient moins, idem les CG... Un P3 à 70°C par exemple, on s'inquiétait Du coup, ca ne m'étonne guère.

Bon, voici un exemple concret. J'ai reçu un achat d'une entreprise connue mondialement, d'une version Pro. Vous la connaissez tous. Même ma mère la connait, c'est dire.
 
Sauf qu'ils ont pris la licence 1-10 users. Et quand je leur dit "heu, vous êtes quelques milliers hein", on me dit de rembourser.
 
Donc j'en déduis quoi ? Que ca marche pas.
 
j'ai donc pris une décision simple et naturelle à ce stade. Elle va faire chier du monde... non, en fait, pas trop.
 
Je vais offrir un déblocage de la version gratuite payant, sans support, à pas cher, peu importe la taille de l'entreprise. En espérant faire du volume, et donc gagner un peu.

ça me parait une bonne idée
mais vas-y défoule-toi, balance le nom de l'entreprise
HP, dell, intel ?

asus? acer?
 
j'dirais bien hp aussi, ils sont connus par tout le monde

Ma mère connait pas les sociétés qui font du matos informatique. C'est à peine si elle connait Apple.
 
Désolé, je lâcherais pas le nom, question d'éthique. Mais à la limite, je vais leur proposer quelque chose de constructif : répondez à mes questions par email et OK, je vous lache la licence sans support.

Microsoft ?

Coca cola ?

Facebook ?

En Power Supply j'ai Crysis2.exe à cessé de fonctionné directement ? (je l'avais, mais je l'ai désinstallé, un rapport ?)

En Dx9 sa passe, en dx9 dans GPU ça passe, en dx11 (dans GPU) ca passe en 1024, mais en 1680*1050 ça crash aussi.

(ca foire aussi en 1400x1050, 1600x1024)

Hello
 
Je me sers pas mal de OCCT 4.3.2 ces derniers temps alors qu'auparavant j'étais bien plus porté sur Prime95 que je trouvais plus stressfull pour mon système.
La dernière version a tout changé, c'est indéniablement le meilleur outil de test même si évidemment, c'est toujours bon de les croiser (les tests).
Donc depuis quelques jours, j'essaie de déterminer ce qui pose problème dans ma config.
Ça a d'abord commencé avec des freezes en jeu (très rapidement) et lorsque j'ai commencé à faire des tests large data 64bits, je me prends des BSOD 101 "clock interrupt on secondary processor..." et exclusivement celui-là.
Le truc, c'est que la fréquence CPU @stock, les freezes ont continué et il pouvait encore m'arriver de freezer sous OCCT large data ou encore "occt a cessé de fonctionner" en tout début de test.
 
Après plusieurs tests qu'il n'est pas nécessaire de détailler, j'ai pour le moment deux pistes :
 
1 - un souci au niveau d'une ou plusieurs barrettes mémoire
2 - le pilote RSTe d'Intel. Ayant remis hier soir le pilote AHCI microsoft, j'ai pu faire deux tests de 20mn successifs sans erreur (20mn car très souvent, le BSOD intervenait dans les 2-3 premières minutes du test)
 
J'en viens donc à la question relative à OCCT, quel est le meilleur test pour vérifier la stabilité de la mémoire?
OCCT Linpack avec la mémoire au taquet ou Large Data 64bits?
 
Il y a quelques semaines, j'avais déjà passé un Linpack sans problème avec mon OC actuel.
 
Les BSOD intervenant de façon erratique, est-ce qu'il est possible que comme le test large data 64 ne sollicitant que 25% (au mieux) de la mémoire, un coup le test sollicite "la plage mémoire" d'une barrette à problème et un autre coup, le test ne sollicite pas cette barrette.
 
J'imagine que je suis bon pour un Memtest mais quelle est la meilleure version? Memtest+ ou memtest86?
 
Désolé pour le caractère décousu de ce post mais merci d'avance pour vos suggestions

@Greg_kun :
Memtest86+ 4.20

Mais encore ?  

 
Problème de bug avec les RSTe impactant l'APIC/le HPET ou truc du genre ?
Si tu arrives à faire un test d'une journée sans le RSTe, ça pourrait être le RSTe, mais pas forcément: il suffit que le CPU se soit dégradé à cause de l'OC et que le driver intel utilise un pattern de code plus sensible...

Hello Bjone
 
J'ai également pensé à l'électromigration qui est à considérer sur ces cpu gravés en 32nm.
Le fait est que :
 
1 - Je pratique un OC raisonnable avec des tensions bien deçà de ce que Intel indique dans son datasheet.
Jusqu'à très récemment, j'étais en mode offset avec les eco d'énergie pour être à 0.820v en IDLE.
 
2 - Même tout @stock, les plantages n'ont pas disparu.
 
Ce qui m'a mis sur la piste des pilotes, c'est que je suis sur un SSD Crucial M4 et que je devais aussi prendre ça en considération.
Coup de chance ou pas, depuis que j'ai remis le pilote microsoft AHCI, je n'ai plus aucun plantage.
 
J'ai également fait 2 passes de memtest86+ et aucune erreur décelée.
 
Cela dit je garde de côté ton idée de cpu dégradé / driver intel.
Je vais refaire un ou deux test OCCT pour valider mais j'espère ne pas avoir à en faire davantage, justement pour préserver le CPU qui jusqu'alors n'a jamais subi de longs run de cpu stress.
 
Merci

Après au niveau blagues, les états transitoires (faible charge) sont quelques fois pètes-couille question tension et refroidissement.
 
J'avais qualifié la courbe de pilotage de mon ventilo PWM de rad wc avec l'o/c de mon C2D à pleine charge.
 
Et blagounette: dans TF2 qui charge le C2D à 30% de sa conso max, la courbe du ventilo était pile poil en dessous du nécessaire et le CPU surchauffait trop pour le code de TF2, crash au bout de 2h ^^
 
Donc je dirais que ça pourrait être, par exemple, au "moment" où la charge chute lié au changement d'opérande Linpack et que le CPU est trop "chaud" pour sa tension idle, sprouch le kernel/driver RSTe.
 
---
 
par contre si tout @stock, si ça continue à chier c'est soit t'as un bug driver, soit le cpu a souffert.

Par contre il est à jour le bios et l'OS ?
Parceque il peut y avoir besoin d'une maj du microcode CPU. (que le bios ou l'OS peut faire)

Je suis pour le moment certain qu'il ne s'agit pas d'un problème de refroidissement même si je saisis très bien ton raisonnement.
C'est un peu le genre de raisonnement qui me conduit à ne pas utiliser de Load Line trop fort pour le CPU car le vcore fluctuant selon l'intensité de la charge, les BSOD sont vite arrivés quand une "micro charge" fait que la tension ne suffit pas pour tenir un niveau d'OC.
Je l'ai déjà expérimenté sur du 2600K ^^

Le cœur le plus chaud de mon 3930K est à 56° au bout d'une heure d'occt et les autres entre 51 et 53°.
Puis j'ai déjà eu des BSOD en tout début de test tout comme j'ai pu avoir des freezes sous Crysis qui sollicite 2 cœurs, et même pas à fond.

Le BIOS de la rampage 4 n'est pas le dernier, il doit dater du mois de Juin je pense (1404) et j'avais mis à jour depuis la version 1101 justement car je pensais que ça pouvait au moins éliminer un composant.
Le truc, c'est que j'ai expérimenté les freezes essentiellement en jeu début Juillet, configuration sans changements majeurs depuis son assemblage en Novembre 2011.
Ce qui a changé, c'est le passage d'un Crucial M4 256 à un de 512 et un affichage en 1440p
J'avais d'abord fait des tests sur les carte graphiques (2 7970) et je pensais que si je n'avais pas eu de problème avant, c'est que je jouais en 1080p avec la vsync activée, les deux cartes n'étant par conséquent que rarement à 100% de charge.
Or en 2560x1440 évidemment, les cartes sont souvent au taquet (Crysis 1 & 2, Witcher 2, BF3 et dernièrement Far Cry 3) et c'est plus facile de constater la défaillance d'une carte.
En fait j'ai fait des tests croisés d'à peu près tous les composants (en soft et en hard), pensant par exemple que ça pouvait éventuellement être un problème d'alimentation (une AX1200) qui ne tiendrait pas la charge GPU/CPU jusqu'à soupçonner les étages d'alimentation de la carte mère mais les relevés au multi étaient corrects.
Une partie du problème repose aussi sur le fait que le CPU intègre northbridge et contrôleur mémoire, ce qui m'a amené à pensé que ça pouvait venir d'un souci de tension au VCCSA (mémoire) ou le VCCIO (VTT, important également parce que le CPU gère les lignes PCI-E).
Cependant je me suis aussi souvenu que je n'avais commencé à utiliser les drivers C600 (Intel RSTe pour X79) qu'après avoir installé le M4 512, ce qui correspond au moment où les plantages ont commencé à apparaître.
Peut-être qu'il peut s'agir d'une incompatibilité entre ces drivers et la version du firmware de la ROM Intel Raid/AHCI de la carte pour laquelle il y a eu quelques mises à jour.
Ou alors un SSD défaillant.
Ce qui est certain, c'est que si je n'ai plus aucun plantage avec les pilotes AHCI Microsoft et qu'ils reviennent avec les RSTe, alors il faut savoir pourquoi ceux-ci plantent : incompatibilité software ou alors dû à une défaillance du matériel (tu parles par ex du CPU).

Bref, j'en saurais plus tout à l'heure après les tests OCCT, j'aimerais valider deux runs successifs d'1H.

Merci pour tes suggestions en tous cas

En direct live de ma boite mail (vu les messages, vous en avez l'intégralité) :

Ca motive

L'IP provient d'un réseau dédié aux professionnels.

 
Petit up ? Iench ?

 
Oui, problème de GPu:3D avec Windows 8, je suis dessus en ce moment, ca me prends pas mal de temps (et j'en ai pas bcp de dispo).

J'ai froid .. gros con

Par contre je suis sous Seven moi (et je voulais dire dx10 au lieux de 11)

 
Donc ca peut le faire aussi sous Seven, bon à savoir
 
Tu me diras quoi (absolument hein) sur la prochaine béta, que j'espère être en mesure de sortir fin de cette semaine.

 
c'est juste énorme
bon pour toi c'est pas super rigolo mais bon

Si il veux une licence, il la paye épicètoûs.  
C'est dingue ça.

 
Ok

Toutafer

EDIT :
hé jeff ? c'est noël !!!

Bon, je pense en avoir terminé avec mes tests.
Je vais juste partir de l'idée que depuis que j'ai ce setup (3930K+R4E), je n'étais en fait pas totalement stable à 4.5 même si j'ai déjà validé du Linpack 64bits 90% de RAM à 1.30v load (mesure au multi).
Là j'ai besoin de 1.31/1.32v load pour être stable sur OCCT Large Data 64bits.
C'est de la mayrde ce soft en fait
 
Voilà les résultats :
 

 

 

 

 

 

 

 

 

 

 

 

 
Avec 4 barrettes de 2Go, besoin d'un peu moins de vcore également.
Aussi, j'ai du mal à savoir à quoi correspondent les mesures VIN1 à VIN6 avec des résultats plutôt farfelus.
 
Il faudrait aussi que je teste avec de nouvelles barrettes parce que j'ai tout de même l'impression qu'elles tiennent moins bien les timings qui fonctionnaient très bien avant.  
Sauf si d'un BIOS à l'autre, Shamino s'est amusé à resserrer tout ce qui est timings secondaires, mais il me semble que ça concerne principalement les BIOS beta, non?
 
Sinon il semble bien que la version 4.3.2 est plus stressful que la version précédente, j'avais besoin de 1.3v load pour le même test

J'avance sur le test 3d, mais ca prends du temps. Surtout que le switch DX11 est plus complexe que prévu : ils ont arrêté le support des effets par exemple (fait chier). Bref. J'ai des bugs quand même sur DX10 + DXUT même MAJ, donc je dois partir sur la version DX11 d'entrée. Stay tuned !

Pour info, voici les modifications qui vont être effectuées sur les produits OCCT :

• Arrêt de OCCT Live
• OCCT Pro sera vendu de la manière suivante :

* Uniquement sur clé USB, prix : 200$. Licence d'un an. Nécessite la clé USB pour fonctionner.
 * fonctionne uniquement sur clé USB
 * Support : 800$/an

bon courage

C'est d'un compliqué en plus maintenant

Et les tutos se comptent sur les doigts d'une main. Là où avant tu avais une ligne de code (quasi), tu te retrouves avec une bonne trentaine... et autant de choses à tenter de comprendre.

Je veux bien qu'ils soient obsédés par la performance, m'enfin quand même.

   Y a vraiment des c$$ qu'on rien d'autre à faire...

 
Bof, c'est des mecs qui avaient dû se faire ban-sodo-gravier par toi y'a quelques années et qui croient se venger.

 
Ils ont pas arrêtés les effets, enfin si un peu ^^,  juste qu'ils les ont passés en open-source et sorti du Platform SDK.

 
Pour passer du D3D10 ou au 11, à part le contexte de rendu qui est découplé du device pour pouvoir faire plus facilement du multithreading, ça reste une refactorisation légère.