Team RC5-72 MacBidouille

[Bugdy]

Tu n'es pas encore classé je pense, il faut envoyer des blocs pour ça...

Il est tout à fait clair qu'un powerbook (G4) te feras progresser bien plus vigoureusement, grâce soit faite aux subtils assemblages de Kacace...

Fais nous signe quand tu lacheras tes premiers blocs 
[right][snapback]1228199[/snapback][/right]

Je viens de mettre mon iMac au taf' sur la même adresse e-mail, logique… je fais quand même du 7,593,669 keys/s, rien à voir avec l'iBook. 7,000,000 de plus environ. Quand tu finis un block, c'est quand tu achève un packet à 100%? Exemple :

CODE

RC5-72: 3 packets (3.00 stats units) are in
                     buff-out.r72

Excusez mon ignorance, mais je commence alors bon

[nektarfl]

CODE

1 cruncher has been started.
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Jul 07 22:32:43 UTC] RC5-72: Completed CB:057481A8:00000000 (1.00 stats units)
                     0.02:32:21.57 - [469,834 keys/s]
[Jul 07 22:32:43 UTC] RC5-72: Loaded CB:057481AA:00000000:1*2^32
[Jul 07 22:32:43 UTC] RC5-72: Summary: 1 packet (1.00 stats units)
                     0.02:32:21.57 - [469,834 keys/s]
[Jul 07 22:32:43 UTC] RC5-72: 248 packets (248.00 stats units) remain in
                     buff-in.r72
                     Projected ideal time to completion: 11.05:21:20.00

Voilà le premier effectué, je pose des questions comme ça, pour être au courant de ce qui se passe :
-Si j'ai bien compris je peux effectuer 469,834 keys/s ce qui n'a pas l'air énorme par rapport à ce que j'ai lu, ou je me trompe…
-Le temps indiqué est-il de 11 jours, ou de 11 heures ? (la première option je pense…).

Te plaint pas, c'est quand même 10 fois plus rapide qu'un NeXT !!!! (qui met 2 jours et 5 heures pour calculer un seul block)
Le temps indiqué, est 11 jours 5h 21'20" et 00/100

tout est donc relatif en ce qui concerne le nombre de blocks (=2^32 keys) calculés, car suivant l'âge de la machine et la vitesse du processeur, elles font toutes ce qu'elle peuvent.
Donc mon NeXT calcule à 43,000 key/s en moyenne, mon imac G4 à 12,7Mkey/s, mon imac G5 à 13,5Mkey/s, le PC (AMD K7 à 1,8Ghz) à 5,7Mkey/s
Auparavant, j'avais un imac G3 qui permettait 31 blocks par jour.....

popboy: courage plus que 6 000 blocks pour gagner une place dans le classement de l'équipe (et 7 000 pour moi pour passer devent ginto....)

[popboy]

C'est loin d'être gagné, ces deux voyous (Kacace&Ginto) ne semblent pas nous laisser la priorité , vu notre grand age c'est tout à fait désobligeant...

L'équipe, je calcule pour l'équipe, je pense à l'équipe, l'équipe, toujours l'équipe ...

[pmeur]

Je vais tenter de le faire tourner sur pas mal de machines, principalement sur mon iBook.

Juste une chose : il existe une option qui permet que dnetc ne se lance pas si un portable est sur la batterie. On peut être enthousiaste, mais je crois que tu le seras moins si ton portable tombe en panne de batterie quand tu en as besoin.

Pour cela, dans le terminal, positionne-toi dans le répertoire de dnetc (petite astuce : renomme le répertoire en dnetc. Ce sera plus court à taper), puis tape :

./dnetc -config

choisis 1 pour General Client Options

puis 9 pour Pause if running on battery power ?

Vérifie que cette option est bien sur yes (option par défaut) sinon écris yes et valide

choisis 0 pour Return to main menu

et à nouveau 0 pour Save settings and exit

[nektarfl]

C'est loin d'être gagné, ces deux voyous (Kacace&Ginto) ne semblent pas nous laisser la priorité , vu notre grand age c'est tout à fait désobligeant...

Oui, mais pour ma part, pas d'affolement, Ginto passera aussi sous le rouleau (il m'a dépassé à une période où je n'avais pas autant de puissance informatique) en moyenne, il envoie un peu moins de blocks que moi pour l'instant. et surtout patrick.Blazy qui n'envoie plus rien depuis la 14 avril, celui-là, je devrais le passer sous peu.
Ensuite, je pense, dans le temps, m'installer dans le top 20 de la team, et souhaite ne plus le quitter ensuite.

[pmeur]

Pour ceux qui n'ont pas l'habitude du terminal (dont je suis), voici quelques astuces qui vous faciliteront les choses.

Je ne sais pas dans quel répertoire vous allez placer le répertoire de dnetc, mais le plus simple est de le mettre dans votre répertoire Documents ou dans votre répertoire de départ (au même niveau que vos répertoire "Documents", "Musique", "Images", etc.

- Commencez par renommer votre dossier en ne gardant que "dnetc". Cela vous simplifiera la vie.

- Lorsque vous ouvrez le Terminal, vous êtes positionné dans votre répertoire de départ. Listez le contenu de votre répertoire de départ. Pour cela, tapez la commande ls puis validez. Vous devriez voir ce qui suit :

Applications Library Pictures Desktop
Movies Public Documents Music Sites

Vous remarquerez que les noms de vos répertoires sont en anglais. C'est important. Tous les répertoires de base sont en anglais dans le terminal. Seuls ceux que vous avez créé restent tels que vous les avez créé.

Si vous avez placé votre répertoire "dnetc" dans votre dossier de départ, il devrait apparaître également. Imaginons que vous l'ayez placé dans vos Documents. Il nous faut donc naviguer jusque là. Pour cela, nous utiliserons la commande cd qui veut dire "change directory".

Normalement, vous devriez taper : cd Documents/dnetc/, mais ne faites pas cela, malheureux, vous vous useriez la peau des doigts jusqu'aux phalanges avant d'être à la retraite. Tapez cd Do puis tapez sur la touche Tabulation puis dn puis à nouveau Tabulation et vous aurez le même résultat.

Il y a encore plus court. Ouvrez une fenêtre du Finder et positionnez-vous dans votre répertoire "Documents". Dans le Terminal, tapez cd et 1 espace, puis faites glissez le répertoire "dnetc" dans le Terminal. Voilà, vous êtes un as du Terminal, enfin presque

cd /Users/votre_login/Documents/dnetc/

Vous remarquerez que le résultat est un petit peu différent, c'est parce que le chemin de votre répertoire "dnetc" est indiqué depuis la racine de votre disque dur. C'est ce qu'on appelle le chemin "absolu" par opposition au chemin "relatif" qui positionne les choses par rapport au répertoire où vous êtes (comme en html). Mais ceci est un détail qui n'est pas très important pour ce qui nous occupe. Sachez juste que le résultat après validation sera le même.

Bon, vous savez naviguer sur votre disque dur dans le Terminal et c'était le but de cette leçon.

à suivre ...

[nektarfl]

Il me semble, mais j'en suis pas si sûr, que j'ai déjà mis ça dans le mode d'emploi qui se trouve en lien dans ma signature!!!

[Bugdy]

Je vais tenter de le faire tourner sur pas mal de machines, principalement sur mon iBook.

Juste une chose : il existe une option qui permet que dnetc ne se lance pas si un portable est sur la batterie. On peut être enthousiaste, mais je crois que tu le seras moins si ton portable tombe en panne de batterie quand tu en as besoin.

Pour cela, dans le terminal, positionne-toi dans le répertoire de dnetc (petite astuce : renomme le répertoire en dnetc. Ce sera plus court à taper), puis tape :

./dnetc -config

choisis 1 pour General Client Options

puis 9 pour Pause if running on battery power ?

Vérifie que cette option est bien sur yes (option par défaut) sinon écris yes et valide

choisis 0 pour Return to main menu

et à nouveau 0 pour Save settings and exit
[right][snapback]1228676[/snapback][/right]

C'est gentil, mais mon iBook étant ma bécane principale, je fais attention à ce qu'il soit toujours alimenté, puisqu'il est toujours allumé. J'ai déjà renommé le dossier en dnetc également.

Il me semble, mais j'en suis pas si sûr, que j'ai déjà mis ça dans le mode d'emploi qui se trouve en lien dans ma signature!!!
[right][snapback]1228817[/snapback][/right]

Oui, à peu près, mais pmeur est très aimable de nous donner des cours de Terminal

Et aussi :
Je repose la question : un block est-il bien 1 packet? en ce moment j'en suis à

CODE

RC5-72: 14 packets (14.00 stats units) are in
                     buff-out.r72

Le fait qu'ils soient dans "buff-out.r72" implique qu'il n'est pas encore en ligne, mais stocké si je comprend bien?
Est-ce qu'il transfère tout une fois le travail effectué? (dans ce cas j'aurais dû programmer moins de blocks )
Quand pourrais-je connaître mon classement ? Et comment?

Dernière question : connaît-on l'avancée du projet pour lequel on fait tourner nos machines?

[pmeur]

Et aussi : Je repose la question : un block est-il bien 1 packet?

C'est bien ainsi que je le conçois, puisque si tu les envois (./dnetc -flush), il seront mis à ton actif comme autant de blocks.

Le fait qu'ils soient dans "buff-out.r72" implique qu'il n'est pas encore en ligne, mais stocké si je comprend bien?

Effectivement, le travail effectué est stocké dans le fichier buff-out.r72. Et le travail a effectuer dans le fichier buff-in.r72

Peu importe d'avoir programmé beaucoup de blocks, puisque tu peux renvoyer le travail effectué quand tu le désires en faisant ./dnetc -flush ou ./dnetc -update

Quand pourrais-je connaître mon classement ? Et comment?

Tape ton adresse e-mail dans le champ en haut de cette page et valide, mais avant de le faire lis la page, car elle répond également à ta dernière question, à savoir :

Dernière question : connaît-on l'avancée du projet pour lequel on fait tourner nos machines?

Tes 14 blocks seront rajouté au 2,636,994,383 blocks déjà envoyés depuis 949 jours et qui ne font que 0,24% du travail à faire si la clé que l'on cherche se trouve dans le 1,099,511,627,776ème block de travail

D'ailleurs il y a un progress meters sur la page, il semble vide, mais regarde mieux, il y a une crotte de mouche tout à fait à gauche. Pour les apprentis informaticiens que nous sommes, cela a le mérite de nous rendre plus humble face à l'énormité de la tâche. Savez-vous ce que dnetc veut dire ? Dieu nous est très complaisant

[nektarfl]

Et surtout, pas d'affolement, nous avons le temps car le projet promet de durer encore quelques 900 années (+/-50 ans) en fonction de la vitesse d'envoi des blocks.
Alors, c'est un projet de long - très long terme. Et puis, nous avons la vie devant nous.

Concrètement, mon imac va 5 à 600 fois plus vite à calculer un block que mon NeXT qui a 15 ans, ce qui veut dire (si on garde la même loi de progression de puissance) que dans 15 ans, mon nouvel ordinateur sera à même de calculer 125 000 blocks par jour (est-ce vraiment envisageable?)

[pmeur]

Il me semble, mais j'en suis pas si sûr, que j'ai déjà mis ça dans le mode d'emploi qui se trouve en lien dans ma signature!!!

Si, si, tu en as bien parlé, mais tu n'as rien dis sur l'usure des doigts. Or comme nous devrons souvent, dans les années à venir, faire appel au Terminal, c'est un danger qu'il ne faut pas négliger. Reste à savoir si le clavier sera usé avant nos doigts

[altai]

Et surtout, pas d'affolement, nous avons le temps car le projet promet de durer encore quelques 900 années (+/-50 ans) en fonction de la vitesse d'envoi des blocks.
Alors, c'est un projet de long - très long terme. Et puis, nous avons la vie devant nous.

Concrètement, mon imac va 5 à 600 fois plus vite à calculer un block que mon NeXT qui a 15 ans, ce qui veut dire (si on garde la même loi de progression de puissance) que dans 15 ans, mon nouvel ordinateur sera à même de calculer 125 000 blocks par jour (est-ce vraiment envisageable?)
[right][snapback]1229071[/snapback][/right]

Les dual core, tri-core et multi-core nous apporterons probablement une quantité de calcul plus importante par cycle d'horloge.

Je ne pense pas qu'il faudra attendre aussi longtemps pour atteindre les 125 000 blcks/jour.

Qui vivra verra pour le moment mon objectif est de rejoindre le top 200 du Pommier .

[pmeur]

ce qui veut dire (si on garde la même loi de progression de puissance) que dans 15 ans, mon nouvel ordinateur sera à même de calculer 125 000 blocks par jour (est-ce vraiment envisageable?)

Dans 15 ans, on nous installera la carte mère directement dans une poche ventrale et les données seront stockées dans les couches de graisses. Je ne sais pas dans quel état je serai dans 15 ans, mais j'ai peur qu'un alzeimer précoce ne nuise à l'exactitude de mes calculs

[Bugdy]

Dernière question : connaît-on l'avancée du projet pour lequel on fait tourner nos machines?

Tes 14 blocks seront rajouté au 2,636,994,383 blocks déjà envoyés depuis 949 jours et qui ne font que 0,24% du travail à faire si la clé que l'on cherche se trouve dans le 1,099,511,627,776ème block de travail

D'ailleurs il y a un progress meters sur la page, il semble vide, mais regarde mieux, il y a une crotte de mouche tout à fait à gauche. Pour les apprentis informaticiens que nous sommes, cela a le mérite de nous rendre plus humble face à l'énormité de la tâche. Savez-vous ce que dnetc veut dire ? Dieu nous est très complaisant
[right][snapback]1229063[/snapback][/right]

Génial
Oui, en cherchant un peu, j'ai trouvé la page sur l'avancée du projet, et je trouvais ça inquiétant la manière dont ça avait progressé, la barre d'avancement est à peine visible, depuis 3 ans que ça tourne !
Merci pour vos réponses

[Mathiasr]

Ca va peut-être vous faire marrer, mais il se trouve que je viens de fournir un core AMD-64 destiné à remplacer le core actuel. Ecrit en assembleur (beurk), il est 9% plus rapide que l'ancien. Autrement dit, j'suis prêt

D'après certaines rumeurs Yonah intègrerait de nouvelles instructions : "Intel Digital Media Boost, an instruction set for rich digital multimedia content creation", se sera peut-être exploitable pour le RC5-72.
Peut-on espérer un client pour Mac OS X Intel allégé des cores qui ne servent pas (juste le meilleur pour Yonah et le P4 des machines pour développeurs) ?

D'un autre côté Linux pour la PlayStation 3 et donc le Cell est en route... vu les caractéristiques de ce processeur, un client optimisé serait monstrueusement puissant non ?

[Mathiasr]

Comme indiqué sur les pages de statistiques de l'équipe un nouveau client en version finale est disponible depuis quelques jours (meilleur gestion de la température pour certains Mac, comme l'avait indiqué Kakace lors de la prédistribution).

Mais et c'est plus important pour les machines Intel/AMD ce client apporte des cores corrigés, les blocs rapportés par les versions antérieurs ne seront plus comptabilisé prochainement.

cf : http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine

Donc si vous utilisez le client sous Windows, Linux, FreeBSD, Solaris ou NetWare et autres intallez d'urgence une version v2.9011.496 (ou v2.9010.495 à défaut).

http://www1.distributed.net//download/clients.php

[Bugdy]

Vous remarquerez que sur cette page, quelqu'un a envoyé 21 blocks avec un MacIntel, probablement pour s'amuser, et aussi pour voir la vitesse de calcul. Si c'est un MacBidouilleur, qu'il nous fasse part de son expérience
Je suppose que dans un an ce score sera en tête de classement

[ edit ] En réfléchissant, je me dis que c'est impossible que ce soit un MacBidouilleur, étant donné que les dates sont les suivantes :

First Unit : 2003-08-25 Last Unit : 2004-05-24

Ou alors c'est un MacIntel de chez Apple, ou bien je me trompe totalement, et j'ignorai que OS X était déjà accessible sur X86

Ce message a été modifié par Bugdy - 9 Jul 2005, 21:01.

[beleg]

ça peut être aussi un PC tout bête avec Darwin. n'oublie pas que le code source du kernel de Mac OS X est disponible.

edit: je viens de jeter un coup d'oeil à mes vieilles machines, elle tourne depuis le 18 février sans reboot... Joli temps, bon elles ne font que 21 blocs/jour mais c'est déjà ça...

Ce message a été modifié par beleg - 10 Jul 2005, 09:23.

[popboy]

Il me semble que le sujet a été abordé récemment et c'est un PC Darwinien.

[Bugdy]

ça peut être aussi un PC tout bête avec Darwin. n'oublie pas que le code source du kernel de Mac OS X est disponible.
[right][snapback]1230326[/snapback][/right]

Il me semble que le sujet a été abordé récemment et c'est un PC Darwinien.
[right][snapback]1230392[/snapback][/right]

Désolé comme ça au moins je le sais… et il n'empêche que dans un an ce score fera un bond incomparable

edit: je viens de jeter un coup d'oeil à mes vieilles machines, elle tourne depuis le 18 février sans reboot... Joli temps, bon elles ne font que 21 blocs/jour mais c'est déjà ça...
[right][snapback]1230326[/snapback][/right]

Quel type de machine?

[Bugdy]

Voilà voilà, vous m'avez dit de vous prévenir quand j'aurai mes premiers blocks…



J'ai regardé, j'avais des stats je me suis fait envoyé un Password, mais ce qui est étrange, c'est que j'ai l'impression que ça a effacé toutes mes stats de joindre l'équipe MacBidouille…



En tout je ne suis plus du tout classé… enfin j'ai un rang pourri …et que sont des "Gnodes" ? (Que j'ai eu à la place des Blocks après inscription à la team…)
Bon quoi qu'il arrive, j'ai rejoint la team MacBidouille, je suis fier…

C'est partiiiiii !!!!

Fichier(s) joint(s)

 1.jpg ( 116.51 Ko ) Nombre de téléchargements : 136
 2.jpg ( 114.42 Ko ) Nombre de téléchargements : 118

 

[nektarfl]

pas d'affolement, les gnodes, c'est un autre projet... dans l'adresse de la page, tu dois trouver id_project= et tu remplaces le chiffre trouvé par 8

Edit: En regardant de plus près, il s'avère que tu calcules pour deux projets en même temps, et donc que tu disperses tes forces!


Ce message a été modifié par nektarfl - 10 Jul 2005, 19:28.

[Bugdy]

pas d'affolement, les gnodes, c'est un autre projet... dans l'adresse de la page, tu dois trouver id_project= et tu remplaces le chiffre trouvé par 8

Edit: En regardant de plus près, il s'avère que tu calcules pour deux projets en même temps, et donc que tu disperses tes forces!
[right][snapback]1230996[/snapback][/right]

Ah oui, je voulais vous demander, comment arrêter le fait qu'il calcule automatiquement le projet OGR (avec des .ogf) alors que je n'ai rien demandé… du coup je me retrouve effectivement sur deux projets…
Merci

[popboy]

Il faut virer OGR de tes calculs

./dnetc -config
2
9
RC5-72,OGR-P2=0


Rassures toi, j'ai fait la même chose en refaisant la config de mon Mini

Par contre je ne t'ai pas vu dans l'équipe, sans doutes demain...

[Bugdy]

Il faut virer OGR de tes calculs

./dnetc -config
2
9
RC5-72,OGR-P2=0


Rassures toi, j'ai fait la même chose en refaisant la config de mon Mini 

Par contre je ne t'ai pas vu dans l'équipe, sans doutes demain...
[right][snapback]1231063[/snapback][/right]

Merci, je l'ai ré-entré, mais ce que je ne comprend pas c'est que c'était sur 0 et que je n'y ai pas touché il me semble… à moins que ce soit sur 24 dès le début, et je n'y ai pas fait attention (il en charge 24 depuis les serveurs…)
Je vais voir ce que ça va donner.

[Bugdy]

Non, il n'y a rien à faire, il télécharge des infos pour OGR-P2

CODE

[Jul 10 21:54:21 UTC] OGR-P2: Retrieved packet 24 of 24 (100.00%)  

Même si je ré-entre bien 0 dans le champ (j'ai vérifié, il y avait bien 0 auparavant.)
Incompréhensible

Ce message a été modifié par Bugdy - 10 Jul 2005, 22:57.

[nektarfl]

Non, il n'y a rien à faire, il télécharge des infos pour OGR-P2

CODE

[Jul 10 21:54:21 UTC] OGR-P2: Retrieved packet 24 of 24 (100.00%)  

Même si je ré-entre bien 0 dans le champ (j'ai vérifié, il y avait bien 0 auparavant.)
Incompréhensible
[right][snapback]1231251[/snapback][/right]

chez moi, la page correspondant aux buffer ressemble à ceci :

CODE

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-72,OGR-P2=0
10) Additional buffer-level checking ==> 0 (none)
11) Buffer-level check interval ==> 0:00 (on buffer change)
12) Fetch work threshold ==> RC5-72=10000,OGR-P2=0
13) Fetch time threshold (in hours) ==> RC5-72=0

0) Return to main menu

A part au 12) où j'ai volontairement exagéré le nombre de blocks à charger, tu dois avoir quelque chose de ressemblant chez toi.

[patpan]

CODE

...............
9) Load-work precedence ==> RC5-72,OGR-P2=0
10) Additional buffer-level checking ==> 0 (none)
11) Buffer-level check interval ==> 0:00 (on buffer change)
12) Fetch work threshold ==> RC5-72=10000,OGR-P2=0
13) Fetch time threshold (in hours) ==> RC5-72=0

0) Return to main menu

A part au 12) où j'ai volontairement exagéré le nombre de blocks à charger, tu dois avoir quelque chose de ressemblant chez toi.
[right][snapback]1231525[/snapback][/right]

Bonjour nektarfl,
je n'ai jamais essayé ton réglage de la ligne 12.

tu arrives ainsi à forçer à 10000 le "Retrieve stats units" au delà des possibilités de ta machine connectée au dela des 336(h) maximales de la ligne 13 ?

Je suis surpris, mais si c'est la solution, cela peut-être la bonne pour des machines non connectées pour les vacances

Maintenant vu que OGR-P2=0, si par hasard il y a un fichier OGR qui persiste dans le dossier dnetc , et bien je le vire manuellement!

à te lire, cordialement

Pat

Ce message a été modifié par patpan - 11 Jul 2005, 06:22.

[caraboud]

Comme indiqué sur les pages de statistiques de l'équipe un nouveau client en version finale est disponible depuis quelques jours (meilleur gestion de la température pour certains Mac, comme l'avait indiqué Kakace lors de la prédistribution).

Mais et c'est plus important pour les machines Intel/AMD ce client apporte des cores corrigés, les blocs rapportés par les versions antérieurs ne seront plus comptabilisé prochainement.

cf : http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=bovine

Donc si vous utilisez le client sous Windows, Linux, FreeBSD, Solaris ou NetWare et autres intallez d'urgence une version v2.9011.496 (ou v2.9010.495 à défaut).

http://www1.distributed.net//download/clients.php
[right][snapback]1229265[/snapback][/right]

Merci pour l'info Mathiasr. Je ne l'aurai jamais su si tu ne l'avais pas écrit. Vu que je ne regarde que la page des stats chez distributed.net

En tout cas, je ne sais pas ce qu'il s'est passé, mais mon PC intel 2.8G du boulot est passé de 3.6M de keys/s a 4.8M/s.
C'est dingue, comme progression !

[nektarfl]

CODE

...............
9) Load-work precedence ==> RC5-72,OGR-P2=0
10) Additional buffer-level checking ==> 0 (none)
11) Buffer-level check interval ==> 0:00 (on buffer change)
12) Fetch work threshold ==> RC5-72=10000,OGR-P2=0
13) Fetch time threshold (in hours) ==> RC5-72=0

0) Return to main menu

A part au 12) où j'ai volontairement exagéré le nombre de blocks à charger, tu dois avoir quelque chose de ressemblant chez toi.
[right][snapback]1231525[/snapback][/right]

Bonjour nektarfl,
je n'ai jamais essayé ton réglage de la ligne 12.

tu arrives ainsi à forçer à 10000 le "Retrieve stats units" au delà des possibilités de ta machine connectée au dela des 336(h) maximales de la ligne 13 ?

Je suis surpris, mais si c'est la solution, cela peut-être la bonne pour des machines non connectées pour les vacances

Maintenant vu que OGR-P2=0, si par hasard il y a un fichier OGR qui persiste dans le dossier dnetc , et bien je le vire manuellement!

à te lire, cordialement

Pat
[right][snapback]1231537[/snapback][/right]

en fait, il ne charge que environ 3800 blocks (donc le maximum pour 14 jours) mais ton fichier buff-in.r72, tu le renommes buff1.r72, et tu recommences à charger des blocks ...
ça t'en fait 3800 dans buff-in.r72 et 3800 dans buff1.r72
Ensuite, tu tapes : ./dnetc -import buff1.r72 et tu as ainsi 7600 blocks à calculer... tu le fais encore une fois, et t'es tranquille pour toutes les vacances!!