mon client les télécharge par 4 .... y a pas moyen d'en avoir plus (toutes les 10 min il doit se reconnecter)....

configuration

QUOTE

distributed.net client configuration: -------------------------------------------------------------------------- 1) General Client Options 2) Buffer and Buffer Update Options 3) Performance related options 4) Logging Options 9) Discard settings and exit 0) Save settings and exit Choice --> 2

QUOTE

distributed.net client configuration: Buffer and Buffer Update Options -------------------------------------------------------------------------- 1) Buffer in memory only? (no disk I/O) ==> no 2) In-Buffer Filename Prefix ==> buff-in 3) Out-Buffer Filename Prefix ==> buff-out 4) Checkpoint Filename ==> 5) Disable buffer updates from/to a keyserver ==> no 6) Keyserver<->client connectivity options 7) Disable buffer updates from/to remote buffers ==> no Remote buffer directory ==> 9) Load-work precedence ==> RC5,OGR=0,CSC=0,DES=0 10) Additional buffer-level checking ==> 0 (none) 11) Buffer-level check interval ==> 0:00 (on buffer change) 12) Preferred packet size (2^X keys/packet) ==> RC5=-1 13) Fetch work threshold ==> RC5=0,OGR=0 14) Fetch time threshold (in hours) ==> RC5=96 0) Return to main menu Choice --> 14

QUOTE

distributed.net client configuration: Buffer and Buffer Update Options -------------------------------------------------------------------------- Fetch time threshold (in hours): This option specifies that instead of fetching a specific number of stats units from the keyservers, enough work should be downloaded to keep your client busy for a specified number of hours. This causes the stats unit threshold option to be constantly recalculated based on the current crunch rate. For fixed (static) connections, you should set this to a low value, eg three to six hours. For dialup connections, set this to a value high enough to ensure that the client will not prematurely run out of work. Currently not implemented for OGR because the amount of work in an unprocessed packet cannot be predicted. * See also: 'Additional buffer-level checking' Default Setting: 0 (use work threshold) Current Setting: RC5=96 New Setting --> RC5=12

g deja configuré mon client et en ce moment il tourne et je sait pas comment revenir l'écran de config (rha g commencé il y a 2h)..
ça ressemble à quoi dans le DNETC.ini ?

tu as XP ?

si oui,avec un clic-droit sur le tray icon, tu as configuration ...

g aucun icontray en tout cas pas de DNETC.... je tourne avec la boite de commande ms-dos

lol !!!

va dans le dossier d'install de distributed.net et double-clic sur dnetc.exe ( le programme avec une tête de vache ! ), mais pas le .scr !

ouai et bein ma boite de commande elle est plus joli que ça .......
c koi le plus rapide ce "truc" ou la boite ms-dos ? (g deja on idée mais on sait jamais)

(y a plus qu'à attendre que je finisse mes unités téléchargés our voir si ça marche)

ben le truc ... c'est une boite MS-DOS ... avec l'icon tray en plus

ouai bein elle est pas belle cette boite ............ (je l'utiliserais qu'en j'aurais besoin de configurer le client)

essaye depuis ta boite MS-DOs avec l'option -config ?

c pas con, mais je l'observe pour voir si elle telecharge bien les 100 que je lui est demandé.....

l'autre avantage de la pas belle boite... c'est qu'avec le clic-droit tu as toutes les options directement accessibles :

QUOTE

Flush work ( vider le cache des unités calculées ) Fetch work ( récupérer des unités 'fraiches' ) Update buffer ( flush puis fetch ) Configure( configuration ) Pause ( pause ) Restart ( relance le programme - avec les nouvelles options de config ) Shutdown ( arrête le programme ) Restore ( agrandi la fenêtre pas belle )

argh je lui est dit d'en téléchargé 100 (fetch-time-threshold=100) et il m'en télécharge 5 .........

c bon g mis 12 et il m'en telecharge ~880, ça devrait suffire pour un bon moment

lol ... au vue des premières unités calculées, 100 heures correspond à 880 unités à calculer pour ton poste !

peros, j'ai mis 96 heures parce que mon PC connecté au net est un Celeron 500, et que derrière, j'ai un PIII 1.1 Ghz qui n'est pas connecté au net ...

je crois que 100 ça marche pas, mais 12 oui:

QUOTE

[Aug 07 11:36:36 UTC] RC5: 142 packets (875.00 stats units) remain in buff-in.rc5 Projected ideal time to completion: 0.12:38:20.00 [Aug 07 11:36:36 UTC] RC5: 1 packet (2.00 stats units) is in buff-out.rc5

ben si :

QUOTE

[Aug 07 10:54:38 UTC] RC5: 270 packets (1585.00 stats units) remain in buff-in.rc5 Projected ideal time to completion: 7.07:13:50.00 [Aug 07 10:54:38 UTC] RC5: 3 packets (14.00 stats units) are in buff-out.rc5

alors je vois pas pk ça marche pas...
pas grave par 12h ça me vas.........

ça devrait se stabiliser une fois le proc' un peu rôdé !

Bonsoir les amis...!

J'ai paramètré mon client comme suit :

QUOTE

13) Fetch time threshold (in hours) ==> RC5=12

Il charge 161 unités, de quoi lui calmer son appétit

A+

Tu sais Mic ... si tu as une connexion permanente ... autant le laisser faire comme il l'entends ... charger une WU toutes les 10 minutes ...

Mais bon, si tu as une connexion modem ... aïe ... mieux vaut savoir quand il charge !

Spécial poischack !

QUOTE

distributed.net client configuration: Buffer and Buffer Update Options -------------------------------------------------------------------------- 1) Buffer in memory only? (no disk I/O) ==> no 2) In-Buffer Filename Prefix ==> buff-in 3) Out-Buffer Filename Prefix ==> buff-out 4) Checkpoint Filename ==> 5) Disable buffer updates from/to a keyserver ==> no 6) Keyserver<->client connectivity options 7) Disable buffer updates from/to remote buffers ==> no 8 ) Remote buffer directory ==> 9) Load-work precedence ==> RC5,OGR=0,CSC=0,DES=0 10) Additional buffer-level checking ==> 0 (none) 11) Buffer-level check interval ==> 0:00 (on buffer change) 12) Preferred packet size (2^X keys/packet) ==> RC5=-1 13) Fetch work threshold ==> RC5=0,OGR=0 14) Fetch time threshold (in hours) ==> RC5=96 0) Return to main menu Choice --> 13

Si tu mettais le fetch work threshold de RC5 à 100 ?
Tu chargerais 100 unités par 100 unités...

c bon g trouvé tout seul....

Alors ... je croyais que tu ne speakais pas anglais ?

g cliqué o pif (ou presque)

lol menteur !!!

C'est pas au pif que ça se règle ça ...

Et puis d'bord ... pourquoi t'as besoin de paramétrer ça... tu laisse tourner ta machine 24/24, non ?

tu joue ... et alors ?

Si ton jeu te prends 99% des ressources du proc', il reste quoi pour Distrib' ? nada ... même pas besoin de le couper !

Perso, je calcule pour Seti@home et distrib' en parallèle, et je grave ... jamais planté une gravure ( et j'ai même l'antivirus qui tourne ! )