Avis sur config pour 3Dsmax/AE

Message par **poulpito** » lun. 10 sept. 2012 11:44

occt te fournis des graphs de tension normalement pour ton test

et 64b bizarre :/ je reste sur soit cm soit proc
quand à switcher deux procs .... c'est nawak ca veut bien dire que tu as un truc qui merde ca devrait marcher sans distinction ton problème est pas réglé ... il est contourné et rien ne dit que ca continue pas de merder (aka soucis sur occt power et linpack)

Message par **InView** » lun. 10 sept. 2012 11:51

Voici les rapports:

http://www.hostingpics.net/viewer.php?i ... ge3VCC.png
http://www.hostingpics.net/viewer.php?i ... geAVCC.png
http://www.hostingpics.net/viewer.php?i ... geVIN0.png
http://www.hostingpics.net/viewer.php?i ... geVIN1.png
http://www.hostingpics.net/viewer.php?i ... geVIN4.png
http://www.hostingpics.net/viewer.php?i ... geVIN6.png

Personnellement je n'y comprend rien :s

Message par **jsonline** » lun. 10 sept. 2012 12:12

De ce que je sais, le principal concernant les tensions d'alimentation c'est la stabilité, encore plus même que la valeur moyenne délivrée, même si il ne faut bien sûr pour cette moyenne pas être trop loin de la tension voulue.

Et donc dans l'idéal, il faudrait des lignes droites pour toutes les tensions.

Cela me surprend qu'il y ait autant de variations même à faible charge ( environ 10% de cpu usage ), et sans overclocking.

Et aussi je ne sais pas ce qu'est la tension VIN0 mais je trouve son graph le plus louche des 6 présentés.

Message par **InView** » lun. 10 sept. 2012 12:21

les graph des tensions lorsque je désactive le x64 sont encore moins en ligne droite
http://www.hostingpics.net/viewer.php?i ... geVIN0.png
http://www.hostingpics.net/viewer.php?i ... geVIN1.png

je vais voir s'il n'y a pas d'autres logiciels pour tester les tensions de l'alim

Message par **jsonline** » lun. 10 sept. 2012 12:23

speedfan peut être.

Message par **InView** » lun. 10 sept. 2012 12:43

Je viens d'installer speedfan mais en le lançant je chope un écran bleu :
DRIVER_IRQL_NOT_LESS_OR_EGAL

Message par **jsonline** » lun. 10 sept. 2012 13:43

Cela aurait pu être intéressant d'avoir le message d'erreur complet de l'écran bleu.

Tu pourrais le récupérer avec le logiciel who crashed : http://www.resplendence.com/whocrashed

Who crashed va chercher les fichiers .dmp dans : C:\Windows\Minidump\Mini******-**.dmp

EDIT : Cela m'étonne un peu mais speedfan n'est peut-être pas compatible seven 64 bits. Du coup peut être essayer CPUID HWmonitor (bien prendre la version 64 bits).
EDIT2 : Voir aussi : http://www.aidewindows.net/logiciels_te ... re_monitor

Message par **InView** » lun. 10 sept. 2012 17:49

Merci pour ces infos

------------------
On Mon 10/09/2012 10:31:44 GMT your computer crashed
crash dump file: C:\Windows\Minidump\091012-17643-01.dmp
This was probably caused by the following module: ntoskrnl.exe (nt+0x7F1C0)
Bugcheck code: 0xD1 (0xFFFFF8800BA0ABEB, 0x2, 0x0, 0xFFFFF880058A10D4)
Error: DRIVER_IRQL_NOT_LESS_OR_EQUAL
file path: C:\Windows\system32\ntoskrnl.exe
product: Microsoft® Windows® Operating System
company: Microsoft Corporation
description: NT Kernel & System
Bug check description: This indicates that a kernel-mode driver attempted to access pageable memory at a process IRQL that was too high.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
The crash took place in the Windows kernel. Possibly this problem is caused by another driver which cannot be identified at this time.

On Mon 10/09/2012 10:31:44 GMT your computer crashed
crash dump file: C:\Windows\memory.dmp
This was probably caused by the following module: iastora.sys (iaStorA+0x710D4)
Bugcheck code: 0xD1 (0xFFFFF8800BA0ABEB, 0x2, 0x0, 0xFFFFF880058A10D4)
Error: DRIVER_IRQL_NOT_LESS_OR_EQUAL
file path: C:\Windows\system32\drivers\iastora.sys
product: Intel Rapid Storage Technology Enterprise driver
company: Intel Corporation
description: Intel Rapid Storage Technology Enterprise driver - x64
Bug check description: This indicates that a kernel-mode driver attempted to access pageable memory at a process IRQL that was too high.
This appears to be a typical software driver bug and is not likely to be caused by a hardware problem.
A third party driver was identified as the probable root cause of this system error. It is suggested you look for an update for the following driver: iastora.sys (Intel Rapid Storage Technology Enterprise driver - x64, Intel Corporation).
Google query: iastora.sys Intel Corporation DRIVER_IRQL_NOT_LESS_OR_EQUAL
--------------------------

J'ai installé HW monitor mais je ne trouve pas d'option de graphique comme pour OCCT, les mesures sont fixes (mini / maxi = value).

Je regarde le lien avec les logiciels de tests

merci

Edit : "SpeedFan works fine on 64 bit too" -> la vérité est ailleurs ....

Message par **poulpito** » lun. 10 sept. 2012 18:55

ouai enfin tes tensions sont pas si mal ... y'a pas énorme

tu as pas le 12V aussi ?

Message par **InView** » lun. 10 sept. 2012 19:20

non pas dans OCCT, ni dans HW monitor

vin0 c'est le voltage de la CG d'apres HW

Message par **jsonline** » mar. 11 sept. 2012 09:32

En ce qui me concerne, pour la mise à jour des drivers, j'utilise ma-config.com (j'ai installé le client), qui lui même utilise touslesdrivers.com

En tous cas le message :
" It is suggested you look for an update for the following driver: iastora.sys (Intel Rapid Storage Technology Enterprise driver - x64, Intel Corporation). "
te dit ce qu'il faut que tu fasses au minimum. (voir http://downloadcenter.intel.com , puis dans search downloads mettre Intel Rapid Storage Technology Enterprise driver. Ceci dit avec ma-config.com c'est mieux car il peut t'amener direct au dernier driver pour ton os)

EDIT : Moi j'avais le 12V dans OCCT. D'ailleurs je m'étais aussi servi de speedfan sur mon seven 64 bits, avec mon i5 750 64 bits. (Tout cela lors d'un test d'OC de mon processeur il y a un an environ : cf http://forum.hardware.fr/hfr/Overclocki ... 6399_1.htm ) On voit aussi qu'avec 25% d'overclocking processeur je n'avais que des variations de 0.05V sur le 12V donc très faibles. Pour le 3,3V j'avais noté que cela bougeait (je n'avais pas noté de combien, dommage) surtout dans les premières minutes de lancement d'occt mais que après cela se redevenait stable.

Message par **InView** » mar. 11 sept. 2012 11:06

je m'y attelle de suite

Pour OCCT je viens de vérifier, je n'ai pas le 12V dans les graphiques...
http://www.hostingpics.net/viewer.php?id=808970occt.jpg

Un grand merci pour ton aide

Message par **jsonline** » mar. 11 sept. 2012 12:03

Sauf si ma mémoire me trahit, OCCT produit des graphiques directement sur le disque dur.
Par contre, il faut ptet lancer un test court pour être sur qu'il aille au bout (et écrive bien les fichiers).
Il faudrait regarder dans le dossier OCCT pour les fichiers.

Message par **InView** » mar. 11 sept. 2012 12:35

Oui occt produit les graphiques, c'est meme ceux la que j'ai mis en lien sur mon post sur les tensions

J'ai mis a jour comme tu me l'as expliqué, avec ma-config.com. je vais lancer des tests pour voir si ca change qqc.

Merci

Message par **poulpito** » mar. 11 sept. 2012 12:37

force plutot la main à ldlc en leur disant que c'est pas normal

y'a rien de simple dans ton truc inview réparable par du SOFT
encore une fois OU TA CM EST MORTE OU UN DE TES PROC EST MORT !

Message par **InView** » mar. 11 sept. 2012 13:04

tu sais comment ca marche les sav .. faut faire tous leurs tests, attendre a chaque fois leurs réponses ...

Message par **poulpito** » mar. 11 sept. 2012 14:45

ouai enfin tu peux les pousser un peu plus que ça si tu as fait leur tests

les cpus viennent de chez eux aussi ?

Message par **jsonline** » mar. 11 sept. 2012 15:13

encore une fois OU TA CM EST MORTE OU UN DE TES PROC EST MORT !

OU l'alim a un problème OU c'est juste un/des drivers pas à jour... bref... moi je trouve qu'on sait pas encore.

Message par **poulpito** » mar. 11 sept. 2012 15:23

si tu le dit ^^ aucune chance que ce soit un drivers
même une alim
des coeurs qui marchent pas ou quand l'HT est activé des slots mem qui partent en sucette obligé d'inverser des cpu pour que ca tourne mieux ...

Message par **Larifounette** » mar. 11 sept. 2012 15:43

Carte moman ... (c'est bien, c'est ce que je dit depuis le début

)

Message par **gizmo78** » mar. 11 sept. 2012 15:50

+1

pas possible un driver

Message par **jsonline** » mar. 11 sept. 2012 16:18

Ben le drivers du disque qu'on a trouvé ( iastora.sys ) et qui provoque un bsod c'est quand même important, non ?

Je trouve que cela ne coûte pas grand chose de mettre tous les drivers à jours avant de renvoyer une pièce...

Mais bon vous êtes 3 à dire que le problème est forcément matériel, vous avez surement raison.

Message par **InView** » mar. 11 sept. 2012 16:39

oui pour les CPU, tout vient de chez eux. Seul la CG a ete achetée ailleurs ( 200€ de dif, ce le fait

)

Je veux biens les pousser mais y'a toujours des nouveaux tests a faire ...

TT les drivers sont a jours maintenant et ca ne change rien au probleme
J'ai une 2eme alim mais une 750 W ... je veux bien tester avec mais est ce qu'elle sera assez puissante ?

encore merci a tous

Message par **dsebire** » mar. 11 sept. 2012 16:42

750W ça va passer.
lance pas un truc trop gourmand sur la CG

Message par **InView** » mar. 11 sept. 2012 17:40

en fait ma 2eme alim ne va pas car il me faut 3 branchements 8 pins et elle n'en a qu'un :s