Aller au contenu

Tritonpad

Membres
  • Compteur de contenus

    50
  • Inscription

  • Dernière visite

Autres informations

  • Mes langues
    Français Anglais

Tritonpad's Achievements

Member

Member (4/12)

0

Réputation sur la communauté

  1. Bonjour à toutes et tous ! J'envisage de changer prochainement de config et de passer au socket 1366. J'ai une idée très précise de ce que je veux faire avec les disques durs. Je voudrais prendre un vertex 2 120 Go pour le système et les programmes, le tout sous seven. Je veux absolument pouvoir bénéficier de la fonction TRIM sur ce SSD. Or, il est connu qu'il faut déplacer tout ce qui est temp et autre pagefile sur une petite partition créee sur un DD mécanique. Ce qui m'embête c'est de perdre en performance à cause de ce passage sur mécanique. J'avais donc pensé faire un RAID 0 de caviar black afin de conserver de la réactivité. Les questions qui me viennent sont donc les suivantes : - Est-on certain de pouvoir conserver le TRIM sur un SSD qui est en dehors d'un array de RAID ? (grâce qux divers récent de intel appelés RST ?) - Faut-il que le SSD et la grappe de RAID soient obligatoirement sur deux contrôleurs différents ou peut-on mettre le tout sur un seul contrôleur ? Dans le cas ou il faut 2 contrôleurs différents, qui va sur quoi ? (Intel, marvell, yucon, etc...) En fait si il faut 2 contrôleurs SATA, je voulais prendre une Gigabyte GA-X58A-UD5. Si 1 seul contrôleur suffit, je serais volontiers parti sur une Asus P6T Deluxe V2 En espérant que ces deux cartes mères soient performante niveau OC de processeur ^^... Merci d'avance pour vos réponses avisées ! A bientôt...
  2. Salut à tous, Je n'édite pas mon précédent post volontairement afin que ce que je vais écrire se voit bien... J'ai trouvé définitivement la cause du problème. Ce n'est ni l'alim, ni la Mobo, ni le proc, ni quoi que ce soit de ce genre... Voici le responsable : http://tbn3.google.com/images?q=tbn:lcqDN6...qZuL6eUpqCmdgiQ Tout simplement. Et je dois dire que j'ai bien la honte... Un plot en trop qui ne correspondait à aucun trou et que je n'avais pas vu... il ne génait pas avec l'ancienne mobo, mais avec la nouvelle il créait un court-circuit. Le pont PCI refonctionne parfaitement. Par contre, RDC m'a renvoyé le q9550 avec la mention "refusé : non défectueux". Je me dis que c'était possible car le plot ci-dessus avait peut être d'autres impacts sur le fonctionnement de la Mobo. J'ai donc remis le proc mais j'ai toujours les mêmes plantages et freezes et reboot qu'avant. Je n'ai pas ces problèmes avec le E6700 OC à 3.5ghz. Avec le q9550, j'ai tout essayé : en stock, en stock en montant le Vcore, j'ai bougé le strap, la fsb, monté les volts sur le nb, le sb, le fsb termination, et j'en passe... Rien à faire. J'ai réussi à faire un wprime 32 à 13 sec et des brouettes (waouh, comparé aux 23 du E6700...) mais dès que je lance wow par exemple, il plante au bout de quelques secondes. Pareil pour 3Dmark 06. J'ai passe le PCIe à 101, mais ça ne passe toujours pas... Je compte donc rappeler RDC et leur demander comment ils font leurs tests. Si il s'agit de claquer le proc dans une Mobo, de mettre un peu de pâte thermique et le ventilo d'origine, puis de lancer le pc et de constater qu'il démarre et tiens 30 sec en idle, re-wouah, ça c'est du test... Je ne suis pas persuadé qu'ils soient allé plus loin... J'appellerai sûrement Intel dans la foulée...
  3. Voici ^^ http://www.ldlc.com/fiche/PB00064488.html
  4. Salut tartous (Ché comme cha qu'in dit din ch'nord ^^) Bon... il n'y a pas si longtemps, je vous avais fait part de mes petits pb de mobo dans ce post... J'ai donc RMA la mobo chez RDC et j'en ai reçu une neuve peu de temps après. Je connecte le tout comme à mon habitude dans mon garage transformé pour l'occaz en atelier informatique (C'est parce que c'est là que je range mon stock de Casteel beer ^^). J'installe vista 64, tout se passe bien, et j'installe mes drivers de mobo. Au finish, je constate que le pb de PCI bridge est résolu. Je n'ai plus de pb avec ma 2ème carte réseau et le firewire. Par contre, j'ai des freezes et des reboots au bout de 20 secondes maxi, OS chargé. Je me décide à remettre mon ancien proc (E6700) : plus de pb. Je vous passe les détails, mais le proc est en RMA lui aussi actuellement... J'ai donc laissé le E6700 qui pour l'occasion est OC à 3.5 ghz à 1.36250 dans le bios. Tout allait très bien... Je tenais des heures dans wow sans pb, pas de pb non plus dans occt, bref, j'attendais juste le retour du Q9550 en réparation (^^) chez RDC... Et puis c'est là que le diable est entré en jeu !!! Le PC tournait, et j'ai voulu me connecter à wow histoire de faire un petit tour... et j'ai constaté que les pbs d'origine étaient revenus : plus de son par ma carte son externe firewire et le 2éme contrôleur réseau dans les choux... J'ai tendence à écarter vista et les drivers de CM car ça eu marché... Seulement le jour où ça a lâché, il faisait plutôt chaud (et oui, même din ch'nord !!)... Ma conclusion est que l'alim est responsable depuis le début. Elle aurait donc, si ce que j'avance est vrai, cramé 3 mobos. 1 680i, et 2 P5Q deluxe... La cochonne, j'ai envie de dire... sans compter que le Q9550 a dû s'en prendre un coup aussi non ?... J'espère avoir quelques réponses, ça me ferait bien plaisir ^^ Même si je dois l'avouer, je n'espère pas grand chose, à part un geste du papa Noël, qui me permettrait de passe au i7 ^^ Au pire, si y'a une église par chez vous, brûlez un cierge pour moi, svp ^^ Comme toujours, merci d'avoir lu !...
  5. Bon, on ne se casse plus la tête : M. Asus m'a demandé de RMA la Mobo chez RDC...
  6. Tu parles de quoi ?? Le firewire et la 2ème carte réseau ? Non, ils sont bien activés sinon le système ne les détecterait pas.
  7. Salut à tous ! Je pense rencontrer un problème un peu délicat... Je viens de recevoir ma P5Q deluxe et mon Q9550 histoire de renouveler un peu ma config. Le problème est que le contrôleur firewire IEE 1394 et la carte réseau secondaire Marvell Yukon ne fonctionnent pas. Dans le gestionnaire de périphs sous vista 64, voilà ce que j epeux lire à propos de ces deux matériels : "Le microprogramme système de votre ordinateur ne possède pas assez d’informations pour configurer et utiliser correctement ce périphérique. Pour utiliser ce périphérique, contactez le fabricant de votre ordinateur pour obtenir une mise à jour du microprogramme ou du BIOS. (Code 35) Diagnostic La table MPS (système multiprocesseur), qui stocke les affectations de ressources pour le BIOS (Basic Input/Output System), ne présente pas d’entrée pour votre périphérique et doit être mise à jour. Résolution Obtenez un nouveau BIOS auprès du fournisseur de votre ordinateur." Le bios est à jour, ainsi que tous les drivers chipset et lan etc... J'ai installé un vista 32 mais même pb... J'ai essayé de connecter une carte PCI firewire et j'ai le même pb. La 1ere carte réseau fonctionne et je remarque qu'elle est déclarée comme PCIe, alors que celle qui ne fonctionne pas est déclarée PCI. Je m'oriente donc vers un pb de PCI sur la CM. Si je demande au gestionnaire de périphs d'afficher les périphs par connexion, on voit que les deux matériels récalcitrants sont développés dans l'arbre intel 82801 PCI bridge - 244E. C'est là que je coince... Je ne sais plus quoi faire... Ma plus grande crainte est que ce soit un pb matériel ! C'est que j'en sors... c'est ce qui a justifié l'achat du nouveau matos à vrai dire... Je demande donc de l'aide... Peut-être en trouverai-je parmi vous ? qui sait ? En tout cas merci d'avoir lu et merci pour les évnetuelles réponses !
  8. Pas mis assez de crème camarade !! Ou bien faut purger le WaterCool...
  9. Bah Jojo, t'es tout rouge !!!!
  10. Bon ben tout va bien alors !! pour l'instant c'est stable en bench comme en jeu, comme en travail du son... Yeah !
  11. Ok merci Jojo !! Je dois quand-même avouer être un peu déçu de ne pas avoir pu laisser le cpu à 3.6Ghz... Je verrai par la suite, quand il fera moins chaud, si je ne peux pas essayer de nouveau... Ok pour Orthos : on va voir ça cette nuit... Encore merci pour tout !!
  12. Ok, bon... avec tout ça je crois avoir trouvé un peu de stabilité... On va laisser comme ça un moment en attendant l'éventuel BSOD... En ce qui concerne la version de ma CM, tout ce que j'ai pu trouver c'est que c'est une révision A2... pas trouvé de 1.01 ou 1.02 ou autre truc du genre... donc si je résume : fsb 1333, cpu à 3.333Ghz à 1.40v : 40° idle, 55° en full ram en link et synk à 666Mhz en 5,5,5,13,19,1T à 2.3v (bah oui, j'ai de meilleures perfs dans les bench en link et synk !) 25.2 sec à Wprime 32M 42085 à 3DMark03 11647 à 3DMark06 Pour orthos, je peux considérer être stable au bout de combien de temps (durée du test) ?
  13. Salut ! Oui, effectivement, il y a de fortes chances que ce soit ça... J'ai baissé l'OC du cpu à 3.33Ghz et j'ai baissé les voltages du cpu fsb à 1.3 et du nforce spp à 1.3. Le sifflement est quasiment parti. J'ai flashé le bios et suis revenu à la version précédente, mais pas de changement... Je crois que l'oc du cpu à 3.6Ghz n'était pas stable finalement... Petite question pour le voltage du cpu : je vais descendre jusqu'à ce que ça ne démarre pas pour trouver le seuil. Mais de combien faut-il remonter pour être en zone de sécurité ? Merci encore à tous pour votre aide et votre soutien... Franchement je suis admiratif devant cet engouement et cette envie de comprendre tout ce bazard !! :P
  14. Salut Eikichi !! Alors oui, c'est bien la dernière version de CPUZ... Quant au sifflement, il ne vient pas de l'alim, mais de la mobo !!
  15. C'est soirée Colombo ce soir !!! On va de rebondissement en rebondissement !!! Aller on continue !! J'ai mis 1066 en 5,5,5,15,22 dans le bios. et ben à l'écran de démarrage du bios et même dans CPUZ ou autre, les ram sont affichées à 1047 (523 dans CPUZ donc...) edit : en plus, en full, maintenant je peux entendre comme un léger sifflement... qui s'en va quand je coupe OCCT par exemple...
×
×
  • Créer...