Aller au contenu

toTOW

INpactien
  • Compteur de contenus

    2 256
  • Inscription

  • Dernière visite

  • Jours gagnés

    9

Messages posté(e)s par toTOW

  1. Par contre j'ai l'impression qu'il y a une odeur de brulé du coté des étages d'alim ... ;)

    Je crois que je vais avoir un Q6600 et de la DDR2 à vendre :D

    edit : ah non garantie 3 ans ... acheté en septembre 2007 ... bon bah je vais la faire remplacer pour la revendre :craint:

  2. Vous pouvez me rappeler les symptomes de mort des P35-DS3R ? j'ai peur pour la mienne ... :

    - extinction pour nettoyage de la bête

    - au rallumage, multi reboot comme si la fréquence testée ne tenait pas

    - impossible de rebooter ... j'ai testé sans aucun DD, réseau et en remplacant la 4870 par une X800 et avec un clear cmos ... que dalle.

    Le machine se met sous tension (parfois en deux fois comme elle l'a toujours fait) ... mais il se passe plus rien ... pas de bip et écran noir.

  3. Einstein-Rosen-Podolsky> le viewer est à éviter, il est tout plein de bugs et bouffe des ressources inutilement ... parfois il marche, parfois non ... donc s'il marche pas sur ta machine, l'utilise pas :francais: Par contre si ca te le fait dans d'autres cas (avec les jeux ou FAH sans rien faire d'autre sur la machine), il faut s'inquiéter pour la santé de la carte :dd:

    Après les version de CUDA on s'en fout un peu, FAH tourne sur tous les GPU de cette liste : http://www.nvidia.com/object/cuda_learn_products.html ... rien ne dit que dans l'avenir il n'y aura pas des versions optimisées pour des version plus récentes de CUDA, mais pour l'instant, ca me parait un peu irréaliste d'obliger tout le monde à changer de GPU :transpi:

  4. les serveurs pour les clents gpus sont'ils operationnels?

    Ca va, ca vient ... :transpi:

    1.J'ai un soucis avec Electron Microscope III filé avec les skins PCI, lors de le décompression Avast m'indique que le emjpg.dll est infecté par un cheval de Troie: TR/DM.A et ne donne aucune précision dessus. C'est un vrai cheval de Troie ou pas?

    2. Pour tirer parti des dual core en mode console et le starter directement au démarrage, le tuto animé n'est pas tout à fait complet avec la dernière version j'imagine, et donc j'ai quelques questions:

    pour le mettre en local, dans les paramètres avancés, il m'a proposé "additional client parameters" j'ai mis -local et il a indiqué "using local directory for work files" ---> ça suffira?

    3. idem pour l'advms que le tuto fait modifier dans la base de registre, c'est l'option qui est demandée par "set - advmethods flag always, requesting...."?

    4."using IP adress to bind core to(for viewer)" : j'ai zappé, je vois pas l'idée?

    1. Le premier post du topic est antique ... EM3 n'est plus maintenu depuis longtemps (j'ai la même erreur sur antivir, mais ca doit être un faux positif, j'ai jamais eu de problèmes) ... je te conseille plutot Fahmon : http://www.fahmon.net

    2. Le premier post du topic est vieux (oui je varie un peu) ... je te conseille de jeter un coup d'oeil à ce topic, il y a des tutos plus à jour : Aide au choix et à l'installation de votre logiciel folding@home

    3. voir 2

    4. voir 2 aussi ... mais tu peux laisser par défaut.

  5. Par contre il y a quelques subtilités dans l'analyse des résultats de MemtestG80 ... c'est pas toujours naturel :yes:

    Comme un très grand nombre d'erreur qui n'est pas forcément signe d'un GPU malade (mais une erreur lié à un test d'une partie de mémoire trop grand provoquant un timeout du kernel CUDA).

    Retard à l'adressage... Ça arrive quand la prédiction de branchement merde ! ;)

    Ya pas de prédiction de branchement sur un GPU ... sinon ce serait trop facile de coder et toutes nos applis seraient déjà migrées sur GPGPU :transpi: (et les applis GPGPU nous emmerderaient pas à bouffer du CPU pour les faire tourner)

    Sous CUDA, tu as un temps limite pour exécuter un kernel ... et tester un grande quantité de VRAM prend du temps ... et si ca prends trop de temps, CUDA le considère comme perdu et retourne une erreur.

  6. Par contre il y a quelques subtilités dans l'analyse des résultats de MemtestG80 ... c'est pas toujours naturel :iloveyou:

    Comme un très grand nombre d'erreur qui n'est pas forcément signe d'un GPU malade (mais une erreur lié à un test d'une partie de mémoire trop grand provoquant un timeout du kernel CUDA).

  7. C'est juste une exploitation d'une "faille" ... les clients SMP linux marchent mieux que sous windows (à cause de MPI qui est mieux implémenté sous linux) et parce que sous linux les client SMP ont le core A2 qui utilise mieux le CPU que l'ancien core A1 (le seul dispo sous Windows).

    C'est une situation qui risque de changer sans prévenir (des clients pour s'affranchir de MPI sont en préparation) ... alors en attendant certains préfèrent gonfler leur PPD comme ils le peuvent :kimouss:

×
×
  • Créer...