ju&ges

Fiuuuu, ya du monde ici et ca parle technique TheGost c'est cool que ca marche. Y a plus qu'a espéré que y ait pas trop VPU Recover Sinon tout ca ca donne soif alors a tous ...

Vi, ca me le fait des fois quand je coup le client un peu sauvagement Il vaut mieux l'etteindre manuellement plutot que avec l'extinction de l'ordi. Si tu as ca sur un debut de projet essaye peut être avec les variables suivante : CAL_NO_FLUSH=0 Si ca marche toujours pas essaye en reduisant le FLUSH_INTERVAL petit a petit. Au pire essaye en supprimant le projet en cours et en relancant le client.

Bonjour tout le monde, TheGhost désolé de pas avoir suivi avant, alors tu as bien tout fait comme il faut mais as tu redemarré l'ordi ? Car si tu les met dans les variables systeme il faut relancer celui-ci alors que si tu les met dans les variables utilisateurs tu doit juste relancer le client

1 - tu n'as pas besoin de de renommer les dll ati en amd par contre renomme les amd*.dll en amd*.dll.bak au cas où 2 - pour les variables d'environnement sous vista elles se trouvent a peu prêt au même endroit que sur XP : clic droit sur ordinateur/ Propriété/Paramètre système Avancés dernier bouton en bas a droit, mais attention j'ai trouver ca : "Vous ne pouvez pas modifier des variable d'environnement d'utilisateur dans la boîte de dialogue Propriétés système si vous ouvrez une session en utilisant un compte d'utilisateur standard dans Windows Vista" Tiens nous au courant pour savoir si ca marche aussi sur vista!

pour notre journaliste (interimaire ?) du matin !! @TheGostRider : Les variables sont utilisées sur toutes les versions de Windows, pour les dll tu peux essayer de prendre celle du catalyst (elle se trouve dans system32 sur XP, mais vista ?? ) et de les copier dans le repertoire Fah du client (aticalrt.dll et aticalcl.dll a la place de amdcalrt.dll et amdcalcl.dll). En fouillant sur le forum de Stanford (par la ) j'ai trouvé ca : C'est peut-être a essayer?

Pas mieux pour moi sous XP. Du coup j'ai remis les variables d'environnement. Par contre cette version fait planter les dll de ToTow je les ai donc mise de coté pour rétablir celle d'origine. Et je confirme que j'ai une perte de temps pour plier les wu sur le client SMP (de 2 a 4 min/1%) depuis la mise en place du client GPU. Je sais pas si c'est les variables d'environnement a retravailler mais le processus core_a11 prend quand même de la memoire et ce malgré une utilisation de ma carte graphique entre oscillant entre 75 et 99%. Ps : j'insiste un peu mais tu as essayé avec les variables TheGostRider ? Les dll sont pas necessaire...(enfin j'éspère ) Edit: bin en tout cas pour XP vaut mieux avoir les dll : VPURecover au bout d'1/2 heure. Du coup retour au catalyst 9.4 fissa

Bonsoir a tous, Un p'tit pour donner ce lien que j'ai trouvé en cherchant pourquoi j'arrivais pas a joindre stanford : http://folding.univ-rennes1.fr/?p=163

Bonjour a tous, Juste une petite précision pour vedène, thegostrider, ou d'autres a propos des cartes ATI : ce n'est pas l'utilisation des dll qui libère les cores mais le parametrage des variables d'environnement. Ces dll ne sont la que pour eviter les VPU Recover a répétition lorsque le FLUSH_INTERVAL est trop important. Il est donc possible de se libérer le core ( j'y peux rien ca me fait encore rire) même sans les dll. Sinon a Korentin pour son petit journal, et on croise les doigts pour le retour prochain de la gente féminine par ici.

Le compliment peut etre retourné Bull ! Par contre si certains ont essayé avec des cartes graphiques autres que la 4800 je suis preneur des parametres (n'est ce pas GlamGlam! ).

Optimisation de la carte ATI : Pour les ordinateurs ayant des core-duo ou des core-quad équipés de cartes ATI, le client GPU monopolisait un core du processeur (pas tout a fait en faite plutot 50% utilisé par core). Cela diminuait l'utilisation de la carte graphique (d'où une perte de temps de calcul) mais surtout cela empêchait l'utilisation en parallèle d'un client CPU SMP. Depuis la mise a jour du Catalyst 9.4 avec le core 1.24, il est possible de rajouter des variables d'environement dans windows pour diminuer cette interaction. Pour cela : "clic droit sur poste de travail - Propriété/avancé/variable d'environnement". Il faut alors rajouer dans les variables utilisateurs les variables suivantes : - CAL_NO_FLUSH et CAL_PRE_FLUSH changent la méthode de soumission des packets de fonctions au matériel. - BROOK_YIELD a plusieurs modes, 0/1/2. 0 va monopoliser le CPU afin d'avoir la plus faible latence de réponse du GPU. 1 va libérer le CPU pendant l'attente de réponse du GPU pour tout process de même priorité. 2 va libérer le CPU pour tout process. - FLUSH_INTERVAL : c'est la valeur avec laquelle il va falloir jouer pour diminuer l'utilisation du processeur. Plus la valeur est élevée et plus le processeur est libéré mais cela risque de généré des VPU Recover. Le problème étant alors l'instabilité du client graphique 3 dll ont été modifiées afin de diminuer les VPU Recover. Elles sont a mettre dans le repertoire du client GPU. Elles ne sont faites que pour windows XP32 mais fonctionnent pour XP64 tant qu'elles sont utilisées comme des applications 32. Elles sont téléchargeables ici Pour vista seul les tests de stabilité permettent d'éviter les VPU Recover. Pour ma part ayant un processeur E8400 avec une carte graphique 4800 j'ai mis les valeurs suivantes : - CAL_NO_FLUSH = 1 - CAL_PRE_FLUSH = 1 - BROOK_YIELD = 2 - FLUSH_INTERVAL= 200 Cela necessite certainement d'être un peu plus testé pour trouver la valeur la plus performante. il ne faut pas oublier (commme moi ) de paramétrer les clients comme ca : - client CPU sur idle - client GPU sur low Pour plus d'information sur le sujet ou d'autres exemples pour d'autres cartes graphiques je vous invite a allez farfouiller dans les forums en anglais : http://foldingforum.org/viewtopic.php?f=51&t=9737 dans le forum de l'alliance francaise : http://folding.mesdiscussions.net/foldingh...9_43.htm#t18108 (avec les definition de toTow)

Pfff, va falloir que je relise tout pour être sur d'avoir bien tout compris bon bin j'vais m'y mettre de ce pas.

C'est clair que ca tourne tout seul Donc pour résumer ce que j'ai compris c'est que - tu récupères les 3 dll a remplacer (je sais pas si elles marchent sur Vista). - tu fais clic droit sur poste de travail/propriété/Avancé/Variable d'environnement et tu rajoutes les variables BROOK_YIELD=2, CAL_NO_FLUSH=1, CAL_PRE_FLUSH=1 et pour le FLUSH_INTERVAL tu peux le faire varier entre 128 et 256. Moi j'ai mis 200 et j'ai pas de lag mais mon processeur est quand même utilisé un peu Tu relances le client GPU et c'est parti Pour ma part j'ai perdu un peu de temps sur le client CPU (2min30 pour 1%) mais comme les délais du SMP sont suffisant ca tourne En tout cas pour le lien Bull

Bonjour a tous, @ Thegostrider : étant donnée qu'on a a peu prés la même config (E8400 poussé a 4Ghz + ATI 4800) je te conseille le message de bull pour les cartes ATI. J'ai essayé depuis hier et ca marche pas mal Bon peut être pas pour la période estivale ( mon proc avoisine les 60°C) mais sinon ca tourne tout seul.

Je ne crois pas trop m'avancer en disant au nom de tous un gros MERCI a DK pour tout le travail fourni sur ce journal quotidien, et ce malgés les difficultés, notamment technique que tu rencontres. Il est bien évident que ce travail ne peut être fait indéfiniment et que l'appuie de statistiques par exemple ne peut être qu'un plus, loin de moi l'idée de remettre en cause cette proposition. Cette remarque ne faisait que rajouter l'interet que nous portons tous a ce journal et au bonheur que nous avons a le lire. Pour le reste, comme tous je suis les discussions qui sont interessantes et je ne doute pas que la solution proposée fonctionnera. Tout est question d'habitude.

bonjour tout le monde, Je suis de ces dégonflé qui n'ont pas (encore) donner leur avis Mais ce n'est pas par fainéantise c'est plus parce que je n'arrive pas a prendre position sur le débat. En effet l'idée d'un topic technique est interressante pour ne pas perdre le fil d'un problème qui serait survenu. Par contre cela fait perdre au present topic une partie du plaisir qu'on a à le lire.Et pourtant je suis pas normand. De plus j'ai peur que cela déconcerte les nouveaux venus qui souhaiteraient obtenir de l'aide a la mise en place d'un client: ou faire une demande d'aide simple ? Et, si elles étaient mise en place, les statistiques Zebulon nous priveraient elles du petit journal de DK ? Au dire de tous faudrait pas !

DK, Tes interventions précédentes soulignant surtout le besoin de tel actes j'ai supposé a tort que tu t'attachais plus aux causes de telles lois qu'aux conséquences, désolé Je m'applique aussi a m'intéresser aux conséquences, c'est la raison pour laquelle je parle de limite de ces démarches depuis mon premier post. Ce qui me préoccupe tout autant c'est la facilité avec laquelle tous se réfugient derrière la loi: seul les parents sont responsables de leurs actes. Quid de la responsabilité sociale. On cherche de plus en plus a personnifier les responsables mais on ne remet jamais en question la société dans laquelle ces actes sont commis. Il est tellement plus facile de responsabiliser a outrance les parents en les poussant a espionner leurs enfants. Ps1: J'ai l'impression que cette loi colle beaucoup plus a la moral judéo-chrétienne où le pater-familias avait force de loi chez lui, plutôt que notre moral bisounours Ps2: je ne doute pas une seconde du fait que lorsque mes enfants seront ado, j'irais un peu fouiller dans leurs affaires pour calmer mes angoisses de père sur-protecteur.

Il semblerait qu'un parent est le droit légal de controle sur l'enfant : "Les parents ont le droit et le devoir de surveiller les relations du mineur et, éventuellement, de lui interdire de rencontrer certaines personnes, certains camarades. Ils ont aussi le droit de surveiller et de lire son courrier " source : http://www.cyberjeune.org/mig3/site/u_page...amp;style=jessi Faut il pour autant faire abstraction de tout devoir moral(terme subjectif c'est vrai)? Débat sans fin et sans réponses.

bon l'heure étant plus propice : tournée générale pou Vedène Ps : Pour Unitée, tout ce que je sais du client SMP, c'est que c'est le seul client console qui utilise a 100% d'un dual-core donc un seul client est suffisant (et pas trois ).

C'est le propre de l'adolescence. Et c'est le propre de leurs parents de se faire un sang d'encre vis a vis d'eux. Personne ne dit qu'il doivent se demerder tout seuls.Mais justement est ce la solution que de chercher a les sur-protéger ? surtout a cette periode de leurs vies ou ils recherchent leurs indépendances? Je ne dit pas avoir la réponses a ces questions mais pour en revenir a ce qui me choque c'est quelle est la limite a cette démarche ? et est elle faite pour protéger l'enfant ou pour calmer les angoisses des parents? Enfin j'ai quand même l'impression que fouiller les poubelles reste une solution extreme. Et que les "évènements extrêmes" sont des risques non maitrisable pour les parents quelque soit les solutions proposées pour les voir arriver.

Pff, 8 malheureux petits point... A anthome_vedene qui vient de me passer devant. Je repasserais tout a l'heure lui offrir parce que la je vais prendre mon caoua

Bon avec toute ma mauvaise fois possible, ton scénario peut être envisagé a n'importe quel niveau, indépendamment de l'internet. La jeune fille peut tomber sur un pedophile dans la rue, a la bibliothèque, au cinéma,... tu ne pourra compter que sur sa jugeote pour ne pas se faire avoir. Que ton gamin puisse se faire attraper pour avoir chourré des bonbecs au boulanger du coin voir pour avoir fumé de l'herbe, c'est du même ordre. Ce risque t'autorise t il a le fliquer 24h/24, a lire son journal secret ? Pourquoi, sous pretexte que c'est plus facile de controler l'ordi, se permet on des choses que l'on ne ferait pas autrement? Quand a dire que mes enfants sont des modèles de vertu certainement pas. Ca ne m'autorise pas pour autant a les espionner.

ce qui me gêne dans ce discours c'est la limite qu'il a (ou n'a pas). Pour moi si l'on souhaite controler les mails de ses enfants c'est que l'on y recherche quelque chose. Le problème, pour moi, est qu'est ce qu'on fait si on ne le trouve pas ?Quelle suite donner? Doit on passer au controle des téléphones ? des SMS? Il y a de nos jours un acces facile au moyens de télécommunication, alors comment controler les ordi des cyber-café, des universités, des lycées... Le meilleur moyen serait-il une caméra dans le dos? voir partout! Il y a malheureusement un point ou le controle ne peut être fait et ou nos enfants decouvriront par eux-mêmes les limites. Il faut alors espérer qu'on leurs a enseignés les bonnes.

Ouah !! , on loupe quelques jours et y a plein de monde de recruté!!! Faut pas oublier l'essentiel tout de même , alors a tout le monde les nouveaux plieurs, les anciens plieurs qui se laisse passer , au mise a jours faites sur les différents topics... La prochaine tournée que j'offre sera pour vedéne, mais pas pour tout de suite, je resiste

Bonsoir a tous, j'ai du louper un épisode alors si vous pouviez éclairer mes lanternes; A terme il va exister : - un topics épinglé qui sert a regrouper les différents tutos ( et autres...) et qui ne sera modifiable que par trés peu de personnes (En gros Cobra pour l'essentiel) donc normalement il est pas trés vivant - Le topics habituel qui vit grace aux commentaires de tous et qui du coup est toujours en haut du JRAD - Un nouveau texte qui va paraitre dans les news pour relancer la motivation des plus têtes en l'air qui ont oubliés de remettre en route leurs clients (même si c'est depuis longtemps ) Cette news ne va t'elle pas remplacer la précédente qui est en entrée du forum? en tout cas elle devrait porter les liens vers les 2 précédents topics, non? Y aurait plus alors de raison de trouver quoi que ce soit de molasson

Moi aussi j'vote pour J'ai sorti le vitriol ,y date du mexicain, du temps des grandes heures, seulement on a dû arrêter la fabrication : y a des clients qui devenaient aveugles, alors ça faisait des histoires...