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 .........
QUOTE |
14) Fetch time threshold (in hours) ==> RC5=100 |
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 |
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 |
QUOTE |
[Aug 07 21:53:05 UTC] RC5: Running micro-bench to select fastest core... [Aug 07 21:54:04 UTC] RC5: using core #6 (RG/HB re-pair II). |
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 ?
QUOTE |
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 ! )
mouai ......
sinon c normal que je ne me trouve pas dans les stats (pourtant j'ai deja renvoyé 2-3 trucs) ?
euh tu t'es inscrit dans la team ? ( avec le mot de passe qu'ils te renvoie ? )
Si oui, ben faut attendre la mise à jour de leurs stats ... 23h59 UTC ...
j''''aaarrrrrrrrrrrriiiiiivvvvvvveeeeee........ (c'était pas à jour)
Arfh je commence bien: + 18322 places
et je me retrouve en tête pour aujourd'hui.....
Faut pas rèver !!! my old felow, j'arrive dans avant pas longtemps...
kiki n'est ton vieux cousin ?
et puis tu y est déjà mon ami MicRoland, non ?
Allez tout le monde : FCCPU ! :P
Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)