Sous-projet | Bronze 10'000 | Argent 100'000 | Or 500'000 | Master 1M | Grand Master 2M | Guru 5M | Spirit 10M | Held 25M | Half God 50M | God 100M |
Harmonious Trees | (http://img.lbzh.fr/uploads/509aee86d1e65.png) | (http://img.lbzh.fr/uploads/509aefa7982d0.png) | (http://img.lbzh.fr/uploads/509af0b8a8f72.png) | (http://img.lbzh.fr/uploads/509af29b370fd.png) | (http://img.lbzh.fr/uploads/509af3ba7e9df.png) | (http://img.lbzh.fr/uploads/50a0c84b1bd90.png) | (http://img.lbzh.fr/uploads/50a0ca32ad73e.png) | (http://img.lbzh.fr/uploads/50a0cb99b0d48.png) | (http://img.lbzh.fr/uploads/50a0cc7e3029b.png) | (http://img.lbzh.fr/uploads/50a0cd50562c9.png) |
Muon | (http://img.lbzh.fr/uploads/509aef1503471.png) | (http://img.lbzh.fr/uploads/509af0015395f.png) | (http://img.lbzh.fr/uploads/509af1bb08830.png) | (http://img.lbzh.fr/uploads/509af2f03ac43.png) | (http://img.lbzh.fr/uploads/509af42072d50.png) | (http://img.lbzh.fr/uploads/50a0c99c8bbf1.png) | (http://img.lbzh.fr/uploads/50a0caa84519e.png) | (http://img.lbzh.fr/uploads/50a0cbd2366e3.png) | (http://img.lbzh.fr/uploads/50a0ccc30d27f.png) | (http://img.lbzh.fr/uploads/50a0cd99881f8.png) |
Evolution | (http://img.lbzh.fr/uploads/5109a44ded943.png) | (http://img.lbzh.fr/uploads/5109a511e58cf.png) | (http://img.lbzh.fr/uploads/5109a5641ce7a.png) | (http://img.lbzh.fr/uploads/5109a590b03c7.png) | (http://img.lbzh.fr/uploads/5109a5bfc5e00.png) | (http://img.lbzh.fr/uploads/5109a5efcc86b.png) | (http://img.lbzh.fr/uploads/5109a61a6fe0b.png) | (http://img.lbzh.fr/uploads/5109a64344219.png) | (http://img.lbzh.fr/uploads/5109a677ebbc5.png) | (http://img.lbzh.fr/uploads/5109a6a4cab66.png) |
Euler 625 | (http://img.lbzh.fr/uploads/5109a72239d39.png) | (http://img.lbzh.fr/uploads/5109a7b2c19db.png) | (http://img.lbzh.fr/uploads/5109a7f4e3bcf.png) | (http://img.lbzh.fr/uploads/5109a81f5665f.png) | (http://img.lbzh.fr/uploads/5109a847b2141.png) | (http://img.lbzh.fr/uploads/5109a86bb413e.png) | (http://img.lbzh.fr/uploads/5109a89c7182f.png) | (http://img.lbzh.fr/uploads/5109a8c7badbb.png) | (http://img.lbzh.fr/uploads/5109a8e97295f.png) | (http://img.lbzh.fr/uploads/5109a90e015dd.png) |
Ecm | (http://img.lbzh.fr/uploads/5109a9cbc24e5.png) | (http://img.lbzh.fr/uploads/5109a9ee01272.png) | (http://img.lbzh.fr/uploads/5109aa1a5c085.png) | (http://img.lbzh.fr/uploads/5109b02fe0f09.png) | (http://img.lbzh.fr/uploads/5109b05e54377.png) | (http://img.lbzh.fr/uploads/5109b0894790f.png) | (http://img.lbzh.fr/uploads/5109b0b40b290.png) | (http://img.lbzh.fr/uploads/5109b0ded2372.png) | (http://img.lbzh.fr/uploads/5109b10e2c491.png) | (http://img.lbzh.fr/uploads/5109b13be9c2e.png) |
Cruncher OGR | (http://img.lbzh.fr/uploads/5109b282c07f2.png) | (http://img.lbzh.fr/uploads/5109b29a57617.png) | (http://img.lbzh.fr/uploads/5109b2b2e7d8d.png) | (http://img.lbzh.fr/uploads/5109b2cb30484.png) | (http://img.lbzh.fr/uploads/5109b2e35e267.png) | (http://img.lbzh.fr/uploads/5109b33ee73ea.png) | (http://img.lbzh.fr/uploads/5109b35fc4e6e.png) | (http://img.lbzh.fr/uploads/5109b37d39ed1.png) | (http://img.lbzh.fr/uploads/5109b3959f956.png) | (http://img.lbzh.fr/uploads/5109b3bb31a35.png) |
Inscription impossible, pour le moment, compte déja fermé ?!Il faut le code :o.
Mais ça teste quoi :o....
heu...
Aillas, t'arrive encore plus clair que ça ? :D :D :D
OGR : http://www.distributed.net/ogr/index.php.fr
RC5 : http://www.distributed.net/rc5/index.php.fr
Pour aller pêcher plus d'infos.
Ce qui nous donne un projet de math ayant semble-t-il pas mal d'application (OGR), bien qu'il va faloir gratter plus loin que ce site pour plus d'infos sur ces règles assez marrantes ^^
RC5 par contre est un programme de brute-force (style RSA) qui propose à celui/l'équipe qui trouve la solution pour craquer la clef 1000$ chacun, 6000$ à une assoce et 2000 $ pour le programme distribunet (participation de distribunet à un concour de RSA).
Autant le programme OGR a donc légitimité, autant le programme RC5, permettant de rétribuer les vainqueurs semble contraire à la chartre de l'AF.
OGR : http://www.distributed.net/ogr/index.php.fr
RC5 : http://www.distributed.net/rc5/index.php.fr
Pour aller pêcher plus d'infos.
Ce qui nous donne un projet de math ayant semble-t-il pas mal d'application (OGR), bien qu'il va faloir gratter plus loin que ce site pour plus d'infos sur ces règles assez marrantes ^^
RC5 par contre est un programme de brute-force (style RSA) qui propose à celui/l'équipe qui trouve la solution pour craquer la clef 1000$ chacun, 6000$ à une assoce et 2000 $ pour le programme distribunet (participation de distribunet à un concour de RSA).
Autant le programme OGR a donc légitimité, autant le programme RC5, permettant de rétribuer les vainqueurs semble contraire à la chartre de l'AF.
J'ai essayé de lire l'article sur OGR, mais j'ai rien compris :pt1cable: ...
Et pour le code d'invitation... :sleep:
L'article est-il long? Non.
L'article est-il en anglais? Non.
L'article contient-t-il des formules mathématiques complexes? Non.
...et pourtant moi non plus je n'ai rien compris [:jwhy]
EDIT: il n'y a plus besoin de code d'invitation.Il me le demande encore :( ....
j'me suis fait avoir pareil. sans ton mot rom1, j'aurais laissé tombé
Damien, tu arriverais à faire qqch d'un peu plus clair ? :)
:hello:
Sous XP:
:sarcastic: Par deux fois lors du téléchargement du prog : crunch_1.01_windows_intelX86.exe
j'ai eu une alerte de mon antivirus (McAfee VirusScan Entreprise 7.1.0 (virus def 5095))
Il le reconnait comme un cheval de troie : Proxy-DistNet :pt1cable:
??????????
Si quelqu'un a le mème Antivirus peut vérifier ?!
Je passerai un mot sur leur forum si j'ai le temps demain ..
La recherche OGR-25 devrait se terminer dans environ 300 jours, donc vers Juin 2008.
67.19% de la Phase 2
Voir ici : http://stats.distributed.net/projects.php?project_id=25#ogrfootnote
:pt1cable: Quelle variété d'applications sur le projet Yoyo pour effectuer les calculs:
Microsoft Windows (98 or later) running on an Intel x86-compatible CPU
Linux running on an Intel x86-compatible CPU
Linux running on an AMD x86_64 or Intel EM64T CPU
Mac OS X 10.3 or later running on Motorola PowerPC
Mac OS 10.4 or later running on Intel
Solaris 2.8 or later running on a SPARC-compatible CPU
Sony Playstation 3 running Linux
Intel Free BSD
Si j'en crois ta liste, je peux pas faire du yoyo alors.... :whistle:
J'ai microsoft, mais avec un AMD... :heink:
pas beaucoup de monde sur ce projet............???et surtout pas de rac
1456 c bof !!!!!!!allez un ptit coup jus ca serais cool
Mes CPU t'ont entendu ;)
:jap: Effectivement, la moitié du RAC de l'AF à toi tout seul.
:bounce: Du coup ces 24 dernières heures l'AF a remporté plus de crédits sur Yoyo que sur des projets pourtant plus célèbres comme Cosmology, Enigma, Leiden, Neuron, Primegrid, Rectilinear Crossing, Seasonal Attribution ou Tanpaku ou même uFluids.
pas beaucoup de monde sur ce projet............???et surtout pas de rac
1456 c bof !!!!!!!allez un ptit coup jus ca serais cool
T'as pas senti comme un coup de vent :D
;)
Je suis vert, presque 1 journée de calcul sur Yoyo@home perdue sur le V8 :cry:
C'est fou ce PC ! sous Linux je dois utiliser le réseau intégré sous peine d'un freeze du réseau qui me flingue mes WU au boût d'une demi heure... alors que sous win je dois utiliser la carte réseaux rajoutée... Le truc de dingues :pt1cable:
allez courage......... c dommage mais ce n'est que le debut ........je remets mon x2 3600 dessus ca feras toujours ca de plus.........
Et moi perte de 5h30 de calcal sur la PS3 car il n'y a pas de points de sauvegarde :fou:
Bon finalement, seul le temps est reparti de 0, pas le calcul :)
Du coup, j'ai fait une 550 points en moins de 3000 s :lol:
J'ai signalé le bug à yoyo :jap:
Benson007 a raison c'est vraiment un projet à soutenir.
Si yoyo@home a beaucoup de puissance, les gens qui s'occupent de Distributed.net vont se rendre compte qu'ils ont tout à gagner de venir à BOINC en lançant un projet officiel.
Et peut être qu'un jour Distributed.net fera comme World Community Grid, ils basculeront complétement sur Boinc.
Pour faire venir du monde, il suffit de faire une actualité sur boinc-af, à propos des nouvelles application disponibles sur le projet et l'avancement du projet.
http://stats.distributed.net/projects.php?project_id=25
Le 12 septembre la recherche était à 70,2 %
Aujourd'hui elle est à 72,56%
+ 2,36 points en 23 jours, ça nous donne une fin de projet pour dans 267 jours, soit en Juin 2008
Je ferais ça ce soir.
:hello:
Mon V8 va renvoyer 2 belles WU là dont une de + de 16h :jap:
Mon C2Q à 3 GHz à passer 25h30 sur celle-là: http://www.rechenkraft.net/yoyo/result.php?resultid=127255
:ouch:
Ouais ! + de 24h pour certaines
Sinon, sur la PS3, la plus longue a duré 6 heures :lol:
http://www.rechenkraft.net/yoyo/result.php?resultid=128552
Finalement ça va ptêtre créditer autant que PS3 grid ? :)
J'en ai une qui est à 87,5% depuis trois plombes sur le V8, elle en est à presque 19h :pt1cable:
22 November 2007 First beta of evolution@home
The first beta of evolution@home is running and it runs better than expected. The results contains already real usefull simulations which will be send back to the author.
Thanks to rebirther for the logo update.
BTW: If somebody wants to develop a nice screensaver send me a mail.
Je veux bien participer au Raid, mais il n'y a pas moyen de s'inscrire sur le site de yoyo actuellement. Merci de vos explicationsJe m'y suis inscrit hier sans problème à ce lien http://www.rechenkraft.net/yoyo/create_account_form.php?teamid=7. ;)
Juste comme ça - parce que j'ai peut-être raté un épisode : pour le raid, c'est uniquement la partie OGR-25 qu'on prend ou on peut aussi faire du evolution@home ?
C'est pour savoir quoi cocher (ou ne pas cocher) dans les préférences...
Merci !
Mais.... si j'arrete mon ordi ou que boinc switche sur un autre projet, je perds le travail que j'ai fait depuis le palier précédent (ou pas...) ?
Juste comme ça - parce que j'ai peut-être raté un épisode : pour le raid, c'est uniquement la partie OGR-25 qu'on prend ou on peut aussi faire du evolution@home ?Si ma mémoire est bonne, le responsable du projet avait demandé à ce qu'on ne fasse le raid que sur OGR car évolution n'est pas encore assez stable et trop peu d'unités sont produites.
C'est pour savoir quoi cocher (ou ne pas cocher) dans les préférences...
Merci !
Le calcul repartira à 0 car il n'y a aucun point de sauvegarde, à ce sujet tu peux jeter un oeil sur cette page "Les points de sauvegarde et leur fréquence (checkpoint) (http://www.boinc-af.org/content/view/718/149/)" sur le site de l'AF. ;)
ben ci il y a bien des sauvegarde toute les quatre heures et des brouettes , comme pour l instant il tourne 50/ 50 avec simap. il ne reprend pas a 0 lorsque il repart :hello:Merci chris de l'info. :jap:
Aucun point de sauvegarde - durée d'une unité
07/12/2007 20:01:59|yoyo@home|Started download of wrapper_1.08_windows_intelx86.exeVoilou! :ange:
07/12/2007 21:50:20|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed
@xipehuz & elgrande71 :
Merci :jap:. Comme dit plus haut, je n'ai bien coché que OGR dans les préférences.
@chris39 :
La réponse est comprise dans la question ;) => OGR
Je n'est eu aucun checkpoint sur une unité, j'ai perdu une heure de calcul en redémarrant mon PC :(.
puis diviser cette durée par 6.[:al@on:3] Heyoka... c'est pas plutôt par 8. :??:
[:al@on:3] Heyoka... c'est pas plutôt par 8. :??:
Oui je me suis trompé c'est par 16.:non:, comme le dit Thierry à ce lien http://forum.boinc.fr/boinc/LAllianceFrancophone/Fights/fights-raid-central-sujet_282_5.htm#t31976 il y a bien un fichier "chkpoint" qui se met à jour toutes les 10 mn, on le trouve dans > BOINC > slots > 0.
L'avancement augmente par paliers de 6,25%
Donc il y a 100/6,25 = 16 points de sauvegarde dans une unité
07/12/2007 20:02:05|yoyo@home|Starting ogr_071204194103_57_0
07/12/2007 20:02:05|yoyo@home|Starting task ogr_071204194103_57_0 using crunch version 108
07/12/2007 21:50:20|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 12,5% (01:48:15)
07/12/2007 23:42:47|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 25% (01:32:27)
08/12/2007 01:32:32|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 37,5% (01:49:45)
08/12/2007 03:45:32|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 50% (02:13:00)
08/12/2007 06:15:24|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 62,5% (02:29:52)
08/12/2007 08:20:09|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 75% (02:04:45)
08/12/2007 10:59:21|yoyo@home|[checkpoint_debug] result ogr_071204194103_57_0 checkpointed - 87,5% (02:39:12)
08/12/2007 15:20:08|yoyo@home|Computation for task ogr_071204194103_57_0 finished - 100% (04:20:47)
1 14401.812500 111.520000 1.383524 0.000000 0.000000 0.990099 60.000000 1.000000 0.000000 1.000000 200000000000000.000000 1000000000000000.000000 100000000.000000 100000000.000000
Deuxièmement, à propos des sauvegardes 'checkpoint' du client dnetc, elles sont faites à 2 moments: en fonction de la 'checkpoint' periode et lorsque le client quitte. Donc, même si vous quittez boinc, arrêtez l'ordi au bout de 59 mn, vous ne perdez pas votre calcul. Le seul moyen de perdre (entre 2 checkpoint), c'est de débrancher la prise :D
Ludo
Bon chute de tension chez moi : 4/5 des micros rebooter Mais bonne nouvelle les points de sauvegarde sont très rapprochés dance
J'avais une unité depuis 16H en calcul et affichée à 87.5% , redémarrage, affichage : 14H10 de calcul et 87.5% Après 10mn : 100% Tongue Bref c'est comme cosmo ou les % repartent à zéro mais pas les calculs sauf que là le temps et les calculs repartent à zéro sur l'unité distribunet en cours ( 8 unités dans 1 yoyo ) .
Donc pas de blème on peut couper ca ne perd que quelques minutes comme tous les projets
Hum j'ai eu des infos de la part de FredCiterBon chute de tension chez moi : 4/5 des micros rebooter Mais bonne nouvelle les points de sauvegarde sont très rapprochés dance
J'avais une unité depuis 16H en calcul et affichée à 87.5% , redémarrage, affichage : 14H10 de calcul et 87.5% Après 10mn : 100% Tongue Bref c'est comme cosmo ou les % repartent à zéro mais pas les calculs sauf que là le temps et les %d'avancement repartent à zéro sur l'unité distribunet en cours ( 8 unités dans 1 yoyo ) .
Donc pas de blème on peut couper ca ne perd que quelques minutes comme tous les projets
C'est chiant qu'on ne sache pas quoi exactement !
et hop deuxième unité calculée, presaue 21 et "que" 680 pts:??: :??:
perso, j'ai compris "presque 21h":jap: modesti
Ouais enfin ce que je voulais dire c'est que c'est pas logique :
première WU : 862 pts pour 19H
deuxième WU : 680 pts pour 21H
Yoyo c'est rigolo. :pfff:
Ma 3ème UT c'est terminée après 23:32:15 de calculs, pour les 7 premiers block (de 0 à 87,5%) 14:46:37 pour le 8ème (12,5%) 08:45:38 :ouch:...
étonnant, non! :heink:
[:al@on:3] rom, je ne te vois déjà plus. :cry:
[:vtr webjo:3] à cblancho UotD avec l'affiche du RAID. [:al@on:1]
Va falloir que tu change ton ventirad ton pc aussi à le droit à un cadeaux pour noel :lol:Comme je vais avoir de l'argent pour noël j'hésite entre de la meilleur RAM pour faire monter l'OC ou un rad :/....
Comme je vais avoir de l'argent pour noël j'hésite entre de la meilleur RAM pour faire monter l'OC ou un rad :/....+ tu vas monter l'O/C + ça va chauffer, à mon avis le changement du ventirad est obligatoire. :ange:
27 December 2007 Fixed credits for evoLes crédits des UT évolution sont fixes.
Fixed credits for evolution@home workunits are now in place. Report problems or questions in our forum.
26 December 2007 Best wishesYoyo nous souhaitent un joyeux noël et une bonne année, il nous remercies pour l'intérêt que nous portons à son projet et yoyo@home est maintenant la 25eme équipe sur distributed.net :jap:.
I wish you a merry christmas and a happy new year. Thank you for supporting yoyo@home and running to rank #25 in the distributed.net team stats.
yoyo
Il va peut-être passer sur le forum avec sa hotte sur le dos. :lol:CiteryoyoYoyo nous souhaitent un joyeux noël et une bonne année, il nous remercies pour l'intérêt que nous portons à son projet et yoyo@home est maintenant la 25 équipe sur distributed.net :jap:.
:non: , désolé je suis sur de l'OGR. :)J'aimerais bien, mais il ne veut pas m'en donner :(
modesti pourquoi tu ne refais pas des OGR, depuis une semaine il balance des courtes. ;)
Mais si j'm'en chope une de 70h, ça va chauffer pour ton matricule ! ;) :pRien à craindre, c'est l'Hiver. :lol: :na:
OK, merci :jap:
EDIT : C'est bon, j'en ai chopé 1 (une !). Temps estimé : 38:26:57...
c'est les ut evolution 38h sans checkpoint ?[:al@on:3] mamouth, je crois que modesti parle d'UT OGR. ;)
j'ai envie d'en prendre qqunes mais c'est chaud si c'est 38h sans checkpoint
J'ai un petit soucis avec une wu de yoyo, elle est rendue à plus de 100% (102,384% exactement) et elle n'est toujours pas terminée. Est-ce que c'est normal ou alors elle a planté et je doit la suspendre ?C'est ça l'évolution? :heink: :lol:
[url]http://images3.hiboox.com/vignettes/0208/45sy08f6.jpg (http://www.hiboox.com/lang-fr/image.php?img=45sy08f6.jpg)[/url]
Et bien pour la peine, je vais me remettre sur Yoyo :ange:Ça tombe bien c'est d'actualité. :D
[:vtr webjo:3] otax UotD sur Yoyo. [:al@on:1]
Ce qui me chiffonne, c'est que ZoneAlarm a commencé par me bloquer le site comme "site espion".... :??:[spoiler]Tu l'as paramétré mode "parano" :whistle: [/spoiler]
[:al@on:3] gegen... c'est du Yoyo tout craché, c'est donc à mon avis tout ce qui a de + normal. :D
Vérifie dans C:\Program Files\BOINC\slots\0 il doit y avoir un fichier checkpoint.(je ne sais + quoi) qui se met à jour toutes les 10 mn de calcul. :ange:
Résultat: 42,4h pour 686 crédits+ de 16 crédits/h :ouch:... c'est plutôt très bien payé! :p
Sur mon P4 3ghz : http://www.rechenkraft.net/yoyo/workunit.php?wuid=706658[:al@on:3] Caius, ce projet convient + aux AMD sur mon 3400+ non O/C c'est crédité + de 22/h. :p
Ca fait du 14,5 crédits/heure (30,3h pour 441.28 crédits)
Caius, ce projet convient + aux AMD sur mon 3400+ non O/C c'est crédité + de 22/h. :p
http://www.rechenkraft.net/yoyo/results.php?userid=155
35 points/heure
http://www.rechenkraft.net/yoyo/results.php?userid=155:pt1cable: :pt1cable: :??: :??: :??: :pt1cable: :pt1cable:
35 points/heureCiterCaius, ce projet convient + aux AMD sur mon 3400+ non O/C c'est crédité + de 22/h. :p
Faux totalement faux, j'ai envi de te dire menteur....
[spoiler]Menteur !
[:marc] [/spoiler]
:hello:
Tout simplement qu'on a pas accès à ton compte ! [:jump400:1]
Mets uniquement le lien vers la machine !
Wai je sais, excuse j'étais pas dans mon état normal....
Salut,
Si je comprend bien, ce projet pourrait permettre de rendre inoffenssif les dechets radioactifs?
Yoyo News - August 6, 2008
August 6, 2008
One year ago the first ogr workunits were credited in distributed.net stats. It was a wonderful year. One year ago my goal was to learn how the Boinc server works and how an existing application can be wrapped into the Boinc world. Now, one year later, ogr, evo and muon are wrapped and all 3 applications are productive and provide more results to the projects than expected. So let us celebrate the first birthday of yoyo@home. The ogr project is now completed with more than 90% and the yoyo@home team is number 7 in the worldwide dnet team stats. It seems that ogr will finish in October 2008. Let us focus on ogr and make a great ogr end race to show the whole Boinc power to distributed.net.yoyo.
la seconde 26h ... 50 % :o
46h42m ... :sol:Désolé j'en ai renvoyé une de 202,808.27 ce qui fait 56h20 :p calculée avec un P4 @ 2.40GHz pour 915.32 crédits.
les dernières sont toutes aussi longues ?Depuis 2-3 jours c'est vrai que nous sommes sur une série de longues voire très longues. [:jwhy]
Petite questions aux spécialistes de yoyo: quel est le checkpoint pour les unités OGR ? (s'il y en a un évidamment)Il y a des points de sauvegarde sur Yoyo qui dépendent de la durée de calcul de l'UT... + c'est long + les checkpoints sont espacés.
edit: la version 1.30 est elle identique a la version 1.08 répertorié sur cette page ( http://www.boinc-af.org/content/view/718/149/ ) ??
salut à tous, est ce que calculer sous ubuntu 64 bits plutôt que sur vista 32 bits est utile sur ce projet svp?Petit gain sous Ubuntu 64bit. ;)
Je participe à l'action dès que j'ai vidé mes caches ;)
Il y a des points de sauvegarde sur Yoyo qui dépendent de la durée de calcul de l'UT... + c'est long + les checkpoints sont espacés.
Par contre une sauvegarde se fait toutes les 10 mn quelque soit la durée de l'UT, tu peux vérifier ça dans BOINC > slots > 0 ou > 0 et > 1... suivant le nombre de core.
salut à tous, est ce que calculer sous ubuntu 64 bits plutôt que sur vista 32 bits est utile sur ce projet svp?
Je participe à l'action dès que j'ai vidé mes caches ;)
La différence est par contre plus marqué sur PS3. :lol:
La PS3 formatera une place de 10Go sur son DD, pas besoin d'effacer quoique ce soit, à moins que le DD soit plein. J'ai une 80Go, donc pas de problème pour moi.
Il restera à savoir si tu feras du PS3Grid ensuite, car après la fin des OGR, il ne restera que ce projet à calculer sur PS3 à part Finding.
Il n'est vraiment pas nécessaire de formater le DD, le système crée lui-même une place pour un autre système d'exploitation.
Pour ma part, j'ai mis ce qu'on offre sur le site de PS3Grid, mais ça doit être la même chose pour Yellow dog.
ok merci mais ubuntu ne m'autorise pas à modifier ce fichier .xml ni sa source, comment obtient on les droits d'écriture sur un fichier sur ubuntu svp? merci à vous si j'arrive ce sera au moins 5000 de plus sur yoyo
Je viens de tester, passer de 0.996 à 0.5 : il est passé de 38h estimé à 25h c'est un bon début.
Je ne peut t'aider sous ubuntu dans l'immédiat, je suis sur un poste windows et je n'ai pas suffisamment d'xpience sous Linux pour t'aider.
Alors ça je l'ai demandé il n'y pas longtmps dans la section tutoriels, jette un oeil aux derniers posts du topic installer boinc sur ubuntu ;)
La façon la plus simple pour un noob (testé et approuvé...) est celle où tu télécharges un paquet sur getdeb.
Sinon une idée pour la perte de subite de communication avec le projet yoyo??
J'ai resetter le projet et impossible maintnt de choper la moindre unité, c'est fichu ppour moi on dirait...
Proxy ? :)
J'aurais dû me taire, j'ai reçu des unités qui sont parti pour faire dans les 24 heures.
Il y a maintenant plus de huit ans,
4,738.35 17.66 38.16ce qui fait du 29 crédits/h sur mon 3400+. :)
C'est dommage pour CUDA....
Par contre, si OGR26 avance aussi vite, à mon avis ils vont continuer encore après...
Les responsables du projet estiment, que grâce à cette optimisation, la recherche OGR-26 devrait se terminer beaucoup plus rapidement que la recherche OGR-25. En terme d'effort de calcul, il est même probable que la recherche OGR-26 ressemble plus à la recherche OGR-24. Les scientifiques réfléchissent déjà sur le lancement des recherches OGR-27 et OGR-28. Ces deux recherches seront extrêmement importantes, car il existe une forte probabilité que l'une des deux règles optimales actuellement connues ne soient pas la vraie règle optimale. La recherche exhaustive permettra certainement de découvrir une nouvelle règle optimale (actuellement, les travaux menés en 1984 par M. D. Atkinson et A. Hassenklover prédisent une règle optimale de longeur 553 pour la règle d'ordre 27 et de 585 pour la règle d'ordre 28). Le passage par OGR-26 est obligatoire puisque les règles optimales d'ordre supérieurs dépendent des règles optimales découvertes pour les ordres inférieurs.
In preparation to a PS3 version which uses also SPE I increased the amount of ogr which are in one Boinc wu. There are now 4 ogr in one Boinc wu instead of 2.
I also capture credits and number of wus per subproject for teams and user. If somebody want's to generate some nice statistics or signature pictures out if it these stats are exported here.
Since round about one week I'm collecting credits per user and sub project. You will be rewarded with a badge if you reach a certain level of credits per sub project. The following levels exists currently:
Bronze - 10.000 credits
Silver - 100.000 credits
Gold - 500.000 credits
Master - 1.000.000 credits.
Thanks to Rebirther for the work on the icons.
:hello:
2 news récentes postées sur le site de yoyo (http://www.rechenkraft.net/yoyo/all_news.php#91) :CiterIn preparation to a PS3 version which uses also SPE I increased the amount of ogr which are in one Boinc wu. There are now 4 ogr in one Boinc wu instead of 2.
I also capture credits and number of wus per subproject for teams and user. If somebody want's to generate some nice statistics or signature pictures out if it these stats are exported here.
TRADUCTION :
En préparation d'une version pour PS3 qui utilisent SPE (?), j'ai augmenté le nombre d'ogr d'une WU. Il y a maintenant 4 ogr dans une WU au lieu de 2.
J'ai aussi capturé les crédits et le nombre de WU par sous-projet pour chaque équipe et utilisateur. Si quelqu'un souhaite générer des jolis statistiques ou des images pour signatures, les stats sont exportés ici (http://www.rechenkraft.net/yoyo/stats_work/). (c'est pour nos statisticiens, ça ! :) )
Bonjour,
Dans la prochaine phase ECM sera développé. ECM est une application pour la Factorisation de Courbes Elliptiques, qui est utilisé par plusieurs projets qui tentent de trouver des facteurs pour différents types de nombres.
Ces projets utilisent ECM:
- Oddperfect
- ECMNET
- ElevenSmooth
- XYYXF
- Nombres Homogènes de Cunningham
Certaines UT test pour Linux sont actuellement en cours d'exécution.
- Les applications pour Win, Mac, 64 bits seront probablement disponibles dans le futur
- Il y a des points de contrôle environ chaque 10min
- Les UT durent seulement quelques minutes maintenant, mais à l'avenir elles dureront jusqu'à 5h
- Pas de barre de progression actuellement
Pour participer aux premiers tests, vous devez activer les applications de test dans vos préférences yoyo@home.
Yoyo
JohnMD wrote:
( evo_A1227051903-1027-0_17.2MB_31.9 )
- is now at 123% and still rising. This is the first time I have had a WU so high.
Have you a recommendation how high should be allowed before cancelling ?
It finished normally - must have been close to 130%.
Panic over.
- progress indicator and estimated run time are only guesses. But in most cases the values fits to the reality. Nevertheless it can happen that a wu needs more than 100%. In most cases the wu will finish before 100%.
- no checkpoints
yoyo
:hello: tout le monde,Merci pour le lien et la traduc [:yada44:1] je m'empresse d'aller changer mes "yoyo" :D
Une nouvelle application (http://www.rechenkraft.net/phpBB/viewtopic.php?f=57&t=9309) chez YoyoCiter
Pour participer aux premiers tests, vous devez activer les applications de test dans vos préférences yoyo@home.
Yoyo
News (http://www.rechenkraft.net/yoyo/)
07 January 2009 OGR-NG: status
OGR-26 made significant progress in the last month.
Over 50% is completed. We will probably finish this project in March (http://stats.distributed.net/project/ogr_status.php?project_id=26).
Heu c'est pas la même chose que ce qu'a dit julien y'a 3 jours?
Non c'est bien hein je critique pas, j'explique :D
J'observe 3 types (actuellement) de données Yoyo en cours de traitement sur 2 des machines :
Cruncher ORG 2.03 (temps traitement long)
Evolution@home 1.12 (temps moyen)
Muon 1.10 (temps court)
mais point de ECM ?
Trouvé sur le site de Yoyo http:// http://www.rechenkraft.net/yoyo/server_status.php
Application unsent in progress avg runtime of last 100 results in h (min-max)
Cruncher ogr 10,042 3,406 4.76 (0.26-30.98)
evolution@home 10,641 4,075 1.54 (0.01-19.27)
Muon 947 2,471 4.58 (0.12-20.12)
ecm 428 803 2.85 (0.79-11.70)
Pour recevoir des ECM il faut cocher "run test application" dans tes préférences
News
10 January 2009 ECM: test status
The ECM test runs quite good. 64 bit hosts are much faster than 32 bit hosts. Our test found already some factors and we are listed in the 2009 ECM Top 10 (http://www.loria.fr/~zimmerma/records/ecmnet.html).
If somebody is able to compile on Mac contact me. In this case we could release also a Mac version. The boinc lib, the wrapper, libgmp and ECM must be compiled and optimized.
News
17 January 2009 ECM: numbers for OddPerfect
OddPerfect (http://www.oddperfect.org/) has many tasks that we work on from time to time. The variety of easy and hard tasks keeps things interesting. Yoyo@home's BOINC ecm has already pushed several tasks beyond where William expected to get in all of 2009. In addition we've had the fun of being major contributors to Paul Zimmermann's the Top 10 Factors of 2009 (http://www.loria.fr/~zimmerma/records/ecmnet.html).
Read the whole story ... (http://www.rechenkraft.net/phpBB/viewtopic.php?f=57&t=9378)
17 January 2009 OGR: new PS3 app
Cruncher 2.10 runs OGR now also on all SPEs. This should drastically increase the performance of the PS3.
18 January 2009 OGR: new win32 app
Cruncher 2.1 was updated to dnet version 508b which contains a new MMX assembler core. This improves performance by up to 30%. The progress indicator increases now by 14,3%.
News
20 January 2009 ECM: a regular application
ECM is no test application any more. It's now a regular yoyo@home application. Additionaly the deadline is increased to 5 days for new work units. Now also work units for ElevenSmooth are in the queue.
Pour recevoir des ECM il faut cocher "run test application" dans tes préférences
J'ai pas cette fonction sur la page des prefs de yoyo !
News
04 February 2009 ECM: new projects
The ECM application is now connected to OddPerfect (http://www.oddperfect.org/), ElevenSmooth (http://home.earthlink.net/~elevensmooth/) and XYYXF (http://xyyxf.at.tut.by/). The currently running factorizations can be seen on this page (http://www.rechenkraft.net/yoyo/y_status_ecm.php). I'm also working on a page with all found factors.
News
16 February 2009 OGR: new versions
All Cruncher versions are updated to the latest 509 version of distributed.net client. Read in the forum about the detailed changes (http://www.rechenkraft.net/phpBB/viewtopic.php?f=57&t=9450).
News
16 March 2009 ECM: Mac 64 bit
Now also a 64 bit Mac version is available. I think this is the first time ecm runs on a 64 bit Mac system. ECM developer had changed the assembler code to get it working.
14 March 2009 ECM: Mac version
A Mac version for x86 and PPC is now released. Thanks to Michael Tughan for this. Please test and report the results in the forum.
Tiens, il y a maintenant des "badges" pour les projets de Yoyo !
J'ai la médaille de Bronze sur le projet ECM :bounce:
Et bien directement sur le site du projet: http://www.rechenkraft.net/yoyo/
et sur ton compte !
J'ai presque un badge en argent dessus :D
Bon un peu plus d'info sur la recherche OGR-27 qui a débuté il y a 3 jours maintenant.
D'après la news de distributed.net, si la puissance de calcul reste la même pendant toute la période de calcul, la recherche OGR-27 se fera en 7 ans :pt1cable: , mais bien sur nous savons tous que la puissance va augmenter d'ici là :)
Autre news, il est fort possible que cette recherche trouve une meilleure règles optimale que c'elle déjà découverte.
Ha oui j'allais oublier, l'équipe yoyo (qui représente le mode de calcul boinc) occupe déjà la deuxième place.
7ans c'est cool ... cela me laisse le temps de devenir "badge master" :D:oki: :winner:
... je suis déjà "d'argent" :sun:
No chance currently to have both for Linux. I have the applications only as binary for Windows and not as source. The original authors are currently not willing to port them to Linux or to hand out the source code.
Yoyo
Est ce qu'on pourrait pas demander à Yoyo les coordonnées des développeurs ou reponsables de projets pour qu'on puisse s'adresser à eux directement ?
Faire un peu de lobbying :cavachier: gentil, quoi :siflotte:
24 December 2009 EVO for Linux
We fixed a problem, that EVO was not finding it's result on Linux systems. Therefore we run a evo_B* series of short wus to see if now it runs properly. All old evo_A* wus were canceled. Please help to test and run some evo wus on Linux with wine.
I would like to wish all participants of yoyo@home a very Merry Christmas and a happy New Year! As always, many thanks for your continued support of the project.
THANK YOU!
yoyo
est il possible que plusieurs projets calculs la meme chose ( exactement :/)?? , je me posais juste la question si les projets calculant sur les proteines par exemple étaient en collaboration , rosetta , docking , yoyo ,ibercivis , etc... ça serait dommage que 2 projets calculs la meme chose et trouvent 2 fois le meme resulat , daccord ça confirmerait mais bon c'est pas le but... un avis sur ces projets en particulier pour la bio et les proteines , merci d'avance
et aussi les sous-projets les plus rentables ?
Certains seront très très dur à avoir :coffeetime:
:hello:
D'aprèes les infos récupérées sur le site, je dirais "Muon"
Moi, ce qui me tente, c'est Evolution, mais totalement incompatible avec la config des machines dont je dispose (60 000sec), je ne finirai jamais une UT sauf sur ma machine perso :(
Certains seront très très dur à avoir :coffeetime:
:hello:
et aussi les sous-projets les plus rentables ?
News
19 February 2010 subproject stats
For each subproject I added links to the stats pages of Free-DC. Now you can see per subproject the top teams and top participiants. Thanks to Free-DC to provide these stats.
Euler, a new project is now included in yoyo@home. The project runs currently as test project and has short deadlines. Euler (6,2,5) computes minimal equal sums of power 6. The project is dedicated to all those who are fascinated by powers and integers.
bonjour,
quel sous projet de yoyo prendre pour le pentathlon ?
Je vais là aussi un peu compléter la question, pour les spécialistes de Yoyo qui ne suivent pas forcément le sujet du pentathlon. ;)
Quels sont les sous-projets de Yoyo avec un faible pendding, pas trop d'unités en erreur, et qui se finissent en moins de 5 jours (la durée pendant laquelle on va devoir calculer) ?
application | tps moyen | min-max | OS | Pending |
Cruncher ogr | 6.50 | (0.32-34.47) | Windows-Linux-Mac-PS3-Solaris | 1 |
evolution@home | 14.78 | (4.45-60.24) | Windows-Linux | ? |
Muon | 7.74 | (0.07-35.72) | Windows-Linux | 1 |
ecm | 1.00 | (0.14-9.06) | Windows-Linux-Mac | 1 |
Euler (6,2,5) | 0.31 | (0.12-0.98) | Windows-Linux | 2 |
de mémoire, le temps moyen est indiqué en heures, c'est ça ?
So far, two new solutions have been discovered: 927116+475676=830276+805566+598026+147006+140296 957136+630166=910806+794236+460746+96466+34026 We can expect 30 more solutions before the end of this computation. And we can hope for a (6,2,4)...For a more detailed description of the Euler project read the description in the forum.http://www.rechenkraft.net/yoyo/all_news.php#147
Je vais là aussi un peu compléter la question, pour les spécialistes de Yoyo qui ne suivent pas forcément le sujet du pentathlon. ;)
Quels sont les sous-projets de Yoyo avec un faible pendding, pas trop d'unités en erreur, et qui se finissent en moins de 5 jours (la durée pendant laquelle on va devoir calculer) ?
sisi, mais vue que Yoyo pourrai y etre sous différents noms, je ne savais pas si je l'avait loupé ! ^^
mais t'inquiète je suis vos "exploits" :D
sans pouvoir participer... :(
(enfin j'en profite pour tous vous griller dans le classement Yoyo avec mes 500 de RAC sur le pc du boulot >< )
12 June 2010 Euler625 new searchUne nouvelle appli Euler est en test pour Linux32 et 64. Pour l'avoir, il faut autoriser les applis test (dans vos préférences).
A new Euler application is now on test for Linx32 and Linux64 systems. To get the app you must enable test applications. Workunits are sometimes created for testing. The new Euler application searches now up to 250.000. There are 510.000 workunits in total. But first we need testers.
bon ! la prochaine fois tu nous mets un petit core i7 ou deux ! :siflotte: :D
tiens j'ai trouvé une euler solution ( sur l'image à downloader) mais apparement le sous projet est deja fini (d'apres la frite)malgrès que ça soit noté done 14% et in progress 0.444%... ma premiere découverte ne sert à rien? lol
j'en ai encore trouvé une apparement...
...
Edit : on dirais qu'il y a une opti ici : http://www.stephenbrooks.org/muon1/ (http://www.stephenbrooks.org/muon1/)
EDIT: Ah non pas de résultats pour ton i7 860 win 64 ni sur euler ni sur muon ! Faut tu fasses du WUPROP pour fournir des infos :pt1cable:
@ Boris : On a un petit outil qui fonctionne très bien et qui s'appelle le projet WUProp ;) Tu vas sur cette page (http://wuprop.boinc-af.org/results.html), onglet Duration, puis en bas onglet "Checkpointing Interval". Tu sélectionnes Yoyo comme projet, puis les différentes applis dans le menu déroulant qui va bien pour te faire afficher les intervalles entre deux points de sauvegarde ;) :jap:
@ Augure : Il me vient une idée : pour savoir si tu as bien des OGR, il te suffit de regarder le nom des UT que tu as reçues ;) Normalement, elles doivent toutes commencer par "ogr_***" (où *** représente une suite de chiffres). Les UT envoyées par le projet DNETC commencent toutes par "dnetc_***" (chez moi, c'est "dnetc_gpu_ATI_normal_***").
:jap:
oui dans BOINC manager c'est des ogr2.16, mais dans mon gestionnaire de tache le prog lancer est DNECT :/
après sans être mesquin... enfin si un peu !
c'est facile de nommer des UT DNECT "ogr" et de les envoyer... cela me chagrine un peu, je pense que je vais poster une question sur le forum (si mon anglais y arrive :D ) et que je vais mettre le projet en pose avant d'être personnellement convaincu !
(dommage je m'approchais de mon million de point CPU sur un seul projet ! :sun:
oui dans BOINC manager c'est des ogr2.16, mais dans mon gestionnaire de tache le prog lancer est DNECT :/
après sans être mesquin... enfin si un peu !
c'est facile de nommer des UT DNECT "ogr" et de les envoyer... cela me chagrine un peu, je pense que je vais poster une question sur le forum (si mon anglais y arrive :D ) et que je vais mettre le projet en pose avant d'être personnellement convaincu !
(dommage je m'approchais de mon million de point CPU sur un seul projet ! :sun:
oui dans BOINC manager c'est des ogr2.16, mais dans mon gestionnaire de tache le prog lancer est DNECT :/
Vérification faite sur mes OGR hier soir, avant le retour de DNETC : à part le wrapper, c'est bien dnetc.exe qui se lance - mais c'était bien une OGR qui se calculait :jap:
Donc pour faire du Yoyo il faut une ancienne version de la PS3qui n'ait pas été mise à jour en ligne auquel cas linux a été viré aussi
Merci pour ces infos, Endymion.
Ça veut donc dire que mon UT qui s'est retrouvé "calcul en attente" avec 111.191% avant plusieurs redémarrages va repartir à zéro (sans parler de celles qui sont entre 40 et 69% d'achèvement) :/ En espérant que Boinc se souvienne encore qu'elle est là avant qu'elle n'atteigne la deadline...
Non on s'est mal compris. Ton UT à 111% et des brouettes va se terminer normalement, à la fin elle t'affichera un 100% de bon aloi et créditera normalement. Il m'est arrivé d'avoir des UT qui allaient jusqu'à 135%. Au début, on s'inquiète un peu et puis on s'y fait bien.
Mais si tu dois faire un reboot, suspend les UT "ready to start" et attends la fin des UT en cours : perdre de 12 à 24h de calcul c'est rageant. :priz2tet:
L'UT qui était à 111% et des brouettes vient de repartir à zéro :spamafote: Mais je suis déjà contente que le BoincManager s'est souvenu de sa présence. Depuis le temps qu'il calculait d'autres UT Yoyo et qu'il semblait l'avoir oubliée.... :siflotte:
dsl je vais encore poser des questions sur ogr... mais je tourne en boucle après ma découverte et l'explication de Aillas ! :kookoo:
j'ai regardé... dommage je viens de refourguer 4 SGI qui tournais sur Solaris... mais j'ai vue qu'il y avait aussi les PS3 !
n'ayant qu'une Wii :siflotte: , je voulais savoir si certains ont tenter ogr dessus ?
car la PS3 avait un potentiel assez important, et je voulais connaitre son impact sur le projet ! :jap:
pour revenir sur le prog DNECT/ogr si les unités utilisent le même algorithme pour se "résoudre"... qu'est ce qui empêcherai Yoyo de faire très rapidement une versoin GPU, juste en reprenant la version de DNECT ? :??:
je ne m'attends pas que vous ayez des réponses... mais sait-on jamais ;) !
(genre ca http://www.leboncoin.fr/consoles_jeux_video/123847915.htm?ca=7_s (http://www.leboncoin.fr/consoles_jeux_video/123847915.htm?ca=7_s) ... :siflotte: cela devrait cruncher... si il accepte pour 50€ ! :sun: )
j'ai essayé une recherche sur le forum Yoyo... mais avec GoogleTard c'est pas magique ! :/
est-ce que certains d'entre vous qui ont plus l'habitude d'y aller que moi ? et dans ce cas, avez vous déjà lue qqch sur la performance d'un proc SPARC sur OGR ? :??:
je peux faire tourner une machine dessus mais je voudrais pas trop que se soit l'inverse du rentable point de vue Watt/calcul ! :electric:
;)
C'est bizarre cette disparité sur la durée d'une WU ogr??? :??:
Là je vais de 45mn à 17h environ!!! :electric: :gno: :pt1cable:
Sur un bi-G4 à 1,83GHz
SG attaque dur2d Wave appelle officiellement à la mobilisation sur Yoyo
Maintenant il faut voir comment on gère ça, ça se discute bien autour d'un petit jaune AMHA.Approved by Mao Zedong.
Bon, ce n'est pas pour de suite on dirait, faut pas s'emflammer :coffeetime:
Après quelques recherches, il semble qu'il soit possible de porter le client OGR sous CUDA.
Il faut chercher dans la base de bug du projet :lol:
ici: http://bugs.distributed.net/show_bug.cgi?id=4145
...
Sauf que là c'est chez distributed.net, s'il le faisaient le wrapper boinc serait capable de le prendre en compte tel quel, vous croyez ?
sur la page de ton lien, le dernier message date de juin...
Euler625 20% finished
We computed 20% of the search space in less then 4 month. Have a look to the stats and the found solutions.
C'est bizarre cette disparité sur la durée d'une WU ogr??? :??:
Là je vais de 45mn à 17h environ!!! :electric: :gno: :pt1cable:
Sur un bi-G4 à 1,83GHz
Je crois que je t'ai battu (sur AMD Athlon 64 3000+) :D
http://www.rechenkraft.net/yoyo/result.php?resultid=8216704
et
http://www.rechenkraft.net/yoyo/result.php?resultid=8241156
:siflotte:
[...]
Mais je trouve que tu es bien mal rémunérée pour le temps passé!! :??: :??:
[...]
...
mais si déjà rien que DANS un MEME projet y'a des disparité ... :/
On a souvent parlé des histoires de crédit et on en parlera souvent.
Lors d'un long débat sur le sujet, je crois que c'était heyoka qui avait dit (et je partageais pleinement cet avis) que le plus simple serait que toute unité de tout projet soit rémunérée au temps passé, quel que soit le projet. Ça restera dépendant des performances de la machine qui crunche une WU lambda plus ou moins vite qu'une autre, mais ça réduit quand même toutes les prises de tête et simplifie énormément le problème. Les tricheries non, mais on arrêtera jamais les tricheries, c'est dans la nature humaine...
Il est possible que les UT evolution créditent mieux parce qu'elles n'ont pas de points de sauvegarde
Et le fait que l'estimation de la durée d'une workunit est très vague avec 50% de marge d'erreurs, une workunit pouvant finir en ayant une progression comprise entre 40% et 150%.
Je tente le 1er badge à 10k en ne faisant que des evolutions (et rien d'autre en CPU !!)
evolution c'est bien pour voir la survie des especes comme virtual prairie?
evolution@home represents the first and so far only distributed computing project addressing evolutionary research. It simulates different types of populations and focuses on the analysis of human mitochondrial DNA.
évolution@home représente le premier et unique projet de calcul distribuée consacré à la recherche de l'évolution. Il simule différents types de populations et se concentre sur l'analyse de l'ADN mitochondrial de l'homme.
oki je les ferais, personne pour m'expliquer?t'expliquer quoi d'autre ? :??:
c'est ça le probleme c'est en anglais... peut être que je peux traduire avec google , quelqu'un peut m'expliquer les graphismes du sous projet evolution? ça a l'air trés intéressant ; current population(599585,)( 67 fitest (plus fort ?), 15 worst ( 15 pires créatures qui galére le plus?)current fitness 0.988639%?, ratchet mutation (204 253 ? pourquoi ce chiffre?) background mutation in current population (2.3764??) , j'ai du mal^^ help.ça! lol je ne comprends pas les graph de evolution personne ne m'as encore dit!
ça! lol je ne comprends pas les graph de evolution personne ne m'as encore dit!
c'est ça le probleme c'est en anglais... peut être que je peux traduire avec google , quelqu'un peut m'expliquer les graphismes du sous projet evolution? ça a l'air trés intéressant ; current population(599585,)( 67 fitest (plus fort ?), 15 worst ( 15 pires créatures qui galére le plus?)current fitness 0.988639%?, ratchet mutation (204 253 ? pourquoi ce chiffre?) background mutation in current population (2.3764??) , j'ai du mal^^ help.
je les trouve pas :spamafote:
tu peux me mettre le lien ?
Ils prennent encore les nouveaux compte chez Yoyo... parce que j'ai pas trouvé comment en ouvrir un et le lien inscription du portail AF renvoie vers une page blanche.
Quand elle retombe, est-ce que c'est quand elle reprend le calcul après une mise en attente ?
C'est possible qu'elle revienne au dernier point de sauvegarde après une interruption. :spamafote:
Désolée, mais je ne vois pas d'autre explication. En ce moment, je n'ai pas trop le temps de surveiller mes UT de près comme ça... :siflotte:
[...]
sinon je sais pas si cela à été dis... mais Distributed, ceux qui sont a l'origine du code d'un projet Yoyo, ogr, ont sur leur plateforme le projet RC5 !
celui-ci viens de passer cet été en version test GPU !!! ATI et Nvidia !
peu être que si ils sont satisfait des résultats, nous pourrons assister a un portage sur OGR ! ... peu être, enfin une lueur d'espoir ! :D
[...]
sinon je sais pas si cela à été dis... mais Distributed, ceux qui sont a l'origine du code d'un projet Yoyo, ogr, ont sur leur plateforme le projet RC5 !
celui-ci viens de passer cet été en version test GPU !!! ATI et Nvidia !
ce n'est pas BOINC mais leur plateform... mais en regardant de plus près les 2 projets, je pense que Modesti a raison !!! :Dpeut-être parce que yoyo et dnetc sont des wrappers et ont leurs propres applications développées aussi pour les plateformes gpu
mais pourquoi alors n'annoncer que cela en aout !!! alors que DNECT est plus vieux il me semble ? :??:
je ne pense pas que l'admin de dnetc wrap les applis gpu de distributed.net/rc5, il se contente de récupérer les unités cpu et les fait calculer sur gpu via boinc :hyperbon:
si c'est possible, facile et plus rapide/créditeur... pourquoi tous les projets ne le font pas ?
va sur ce lien pour voir les badges : https://statseb.boinc-af.org/badges.py (https://statseb.boinc-af.org/badges.py)
Je comprends vraiment pas ce que tu veux dire. C'est le lien vers les badges... quel rapport avec 32/64b ?
Les projets en 32b fonctionne très bien avec des configurations 64b
Oui ! ne t'en fait pas, il y a encore 95% des logiciels en 32b et cela fonctionne parfaitement sur les OS 64b à part quelques drivers qu'il faut mettre à jour !
Par contre, pour profiter du 64b, il faut une architecture 64b + OS 64b + logiciel 64b
19 January 2011 ECM MP problem: help needed
We have some problems with a ecm_mp batch.
I aborted the whole batch. Only Linux 64 was able to finish some work units.
But to find the issue I need some Windows 64 bit tester.
If you want to help, follow these instructions (http://www.rechenkraft.net/phpBB/viewtopic.php?p=124721#p124721).
On ne peut pas rejoindre une équipe distributed.net depuis yoyo !
plus précisément, nous sommes automatiquement dans l'équipe "yoyo@home BOINC wrapper"
Si, il faut avoir accès à son mail utilisé chez distributed.net pour avoir son mot de passe et rejoindre une équipe ... et avec un adresse générique comme utilisé sur yoyo (ou comme c'était le cas aussi sur DNETC@home), tu n'as pas accès à la dite adresse :(
Pas depuis yoyo mais depuis le site distributed.net mais rien n'empêche de changer d'équipe ? nonsauf qu'on est dans le fil de discussion sur yoyo/boinc donc...
sauf qu'on est dans le fil de discussion sur yoyo/boinc donc...
Evorobot* (http://laral.istc.cnr.it/evorobotstar/) est un outil facile à utiliser mais puissant, pour réaliser des expériences sur l'évolution du comportement collectif et de la communication, qui est basé sur la plate-forme robotique e-puck (http://www.e-puck.org/). L'outil, qui est publié dans une version Windows et Linux, comprend le programme Evorobot*, les fichiers source, le mode d'emploi (http://laral.istc.cnr.it/evorobotstar/manual.pdf), un tutoriel (http://laral.istc.cnr.it/evorobotstar/tutorial.pdf), et une série de fichiers d'exemple pour réaliser facilement des expériences pré-préparés. Pour plus de détails sur les fonctionnalités de l'outil, voir la section 1 du manuel de l'utilisateur.
Le logiciel Evorobot* est sous copyright (ou «copyleft», pour reprendre le terme introduit par la Free Software Foundation) en vertu d'une licence publique générale GNU. Cela signifie qu'il peut être utilisé, copié, modifié ou redistribué gratuitement. Cependant, toute redistribution (du code original ou modifié) doit adhérer aux termes de la Licence Publique Générale, et les copies doivent reconnaître à la fois l'auteur original et être soumis aux termes de la Licence Publique Générale GNU.
Le développement de Evorobot* a été soutenu par le projet ECAgents (http://www.ecagents.org/) financé par la Future and Emerging Technologies Programme (IST-FET) de la Communauté européenne en vertu du contrat de R&D IST-1940.
par tous ces polissons :gni:Et c'est nous qui en patissons :lol:
Not much time to get your next Euler badge. The project will finish in less then 3 month.Dépêchez-vous, le projet Euler se finit dans 3 mois ! :hyperbon:
mar. 14 juin 2011 23:28:20 CEST yoyo@home Sending scheduler request: To fetch work.
mar. 14 juin 2011 23:28:20 CEST yoyo@home Requesting new tasks for GPU
mar. 14 juin 2011 23:28:23 CEST yoyo@home Scheduler request completed: got 0 new tasks
Dépêchez-vous, le projet Euler se finit dans 3 mois ! :hyperbon:
J'avais mis cet infos sur le portail....Oups désolé je ne vais pas très souvent lire le portail :ange:
Le "problème" (qui n'en était pas vraiment un) s'est résolu tout seul après le reboot d'aujourd'hui dû aux màj Windaube.:warf:
:D
Une nouvelle application sur YOYO@home et pour l'instant pas de taf.
http://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
Harmonious Trees 0.02
Le badge (http://www.rechenkraft.net/yoyo/img/8-1.png)
:jap:
et pour nunux :love:
c'est pas juste....C'est pas faux :D
Une nouvelle application sur YOYO@home et pour l'instant pas de taf.
http://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
Harmonious Trees 0.02
Le badge (http://www.rechenkraft.net/yoyo/img/8-1.png)
:jap:
Harmonious Trees
Graham and Sloane proposed in 1980 a conjecture stating that every tree has a harmonious labelling, a graph labelling closely related to additive base. We do a computational approach to this conjecture by checking trees with limited size.
Sat 30 Jul 2011 20:28:57 CEST yoyo@home update requested by user
Sat 30 Jul 2011 20:29:00 CEST yoyo@home Sending scheduler request: Requested by user.
Sat 30 Jul 2011 20:29:00 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 20:29:06 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 20:29:06 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 20:29:06 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
y veut pas m'en donner :/
:hello: pascal
Dans ton compte tu a bien cocher "Run test applications" ?
Sat 30 Jul 2011 22:22:57 CEST yoyo@home Resetting project
Sat 30 Jul 2011 22:22:58 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:22:58 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:23:01 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:23:01 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:23:01 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:23:03 CEST yoyo@home Started download of default_stat_icon_01.png
Sat 30 Jul 2011 22:23:03 CEST yoyo@home Started download of rkn_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Finished download of default_stat_icon_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Finished download of rkn_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Started download of ogr_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Started download of evo_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Finished download of ogr_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Finished download of evo_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Started download of muon_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Started download of ecm_01.png
Sat 30 Jul 2011 22:23:06 CEST yoyo@home Finished download of muon_01.png
Sat 30 Jul 2011 22:23:06 CEST yoyo@home Finished download of ecm_01.png
Sat 30 Jul 2011 22:24:06 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:24:06 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:24:09 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:24:09 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:24:09 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:25:15 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:25:15 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:25:18 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:25:18 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:25:18 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:25:43 CEST yoyo@home update requested by user
Sat 30 Jul 2011 22:25:43 CEST yoyo@home Sending scheduler request: Requested by user.
Sat 30 Jul 2011 22:25:43 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:25:46 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:25:46 CEST yoyo@home Message from server: Not sending work - last request too recent: 28 sec
Sat 30 Jul 2011 22:26:51 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:26:51 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:26:56 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:26:56 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:26:56 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:22:57 CEST yoyo@home Resetting project
Sat 30 Jul 2011 22:22:58 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:22:58 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:23:01 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:23:01 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:23:01 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:23:03 CEST yoyo@home Started download of default_stat_icon_01.png
Sat 30 Jul 2011 22:23:03 CEST yoyo@home Started download of rkn_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Finished download of default_stat_icon_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Finished download of rkn_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Started download of ogr_01.png
Sat 30 Jul 2011 22:23:04 CEST yoyo@home Started download of evo_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Finished download of ogr_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Finished download of evo_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Started download of muon_01.png
Sat 30 Jul 2011 22:23:05 CEST yoyo@home Started download of ecm_01.png
Sat 30 Jul 2011 22:23:06 CEST yoyo@home Finished download of muon_01.png
Sat 30 Jul 2011 22:23:06 CEST yoyo@home Finished download of ecm_01.png
Sat 30 Jul 2011 22:24:06 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:24:06 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:24:09 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:24:09 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:24:09 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:25:15 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:25:15 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:25:18 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:25:18 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:25:18 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Sat 30 Jul 2011 22:25:43 CEST yoyo@home update requested by user
Sat 30 Jul 2011 22:25:43 CEST yoyo@home Sending scheduler request: Requested by user.
Sat 30 Jul 2011 22:25:43 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:25:46 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:25:46 CEST yoyo@home Message from server: Not sending work - last request too recent: 28 sec
Sat 30 Jul 2011 22:26:51 CEST yoyo@home Sending scheduler request: To fetch work.
Sat 30 Jul 2011 22:26:51 CEST yoyo@home Requesting new tasks
Sat 30 Jul 2011 22:26:56 CEST yoyo@home Scheduler request completed: got 0 new tasks
Sat 30 Jul 2011 22:26:56 CEST yoyo@home Message from server: No work sent
Sat 30 Jul 2011 22:26:56 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
t'occupe, Samuel, c'est du Linux only aussi :blbl:
http://www.rechenkraft.net/yoyo/apps.php
ya clairement du favoritisme :sarcastic:
News
31 Jul 2011 New project started
Harmonious Trees (http://www.rechenkraft.net/wiki/index.php?title=Harmonious_Trees/en) are now running as new subproject. The application is currently available for Linx 32- and 64 bit systems as test application.
Un petit combat d'AMD avec al@ON :D
http://www.rechenkraft.net/yoyo/workunit.php?wuid=9656706
J'ai coché aussi mais jamais rien recu pour win , depuis le premier en test...
A moins de mettre en route une VM linux...
J'ai suivi mon propre conseil en montant une vm virtualbox avec Ubuntu 10.04 et boinc 6.10.59 et j'ai reçu plein d'harmonious de yoyo
J'ai suivi mon propre conseil en montant une vm virtualbox avec Ubuntu 10.04 et boinc 6.10.59 et j'ai reçu plein d'harmonious de yoyoavec wubi pour linux sur windows?
avec wubi pour linux sur windows?
Quel est le mieux ?
wubi ou via une vm ?
Tu avais raison pour les ut en test de yoyo, beaucoup de déchets :/
mais malgré tout tu dois quand même quitter windows... que le vm je crois bien que non.
J'ai reçu des UT Harmonius Trees pour Windows Seven sur mon I5 750 :hyperbon: :hyperbon:.
Environ 30 min l'UT pour 18 crédits :lol: !
Le badge est pas pour demain :cry:.
11955299 9686001 3 Aug 2011 3:45:39 UTC 3 Aug 2011 4:00:36 UTC Over Success Done 304.30 2.21 4.43
11935175 9656832 2 Aug 2011 13:29:32 UTC 3 Aug 2011 1:15:18 UTC Over Success Done 37,207.31 270.73 541.46
Pour info sur Yoyo, j'attaque la traduction de l'article (http://arxiv.org/PS_cache/arxiv/pdf/1108/1108.0462v1.pdf) publié sur arXiv sur le projet Euler 6,2,5 qui vient de se terminer (22 pages dont 17 de résultats à copier/coller) devrait être sur le portail demain soir.
J'arrive pas à avoir de wu evorobots, même sur linux...
Harmonious Trees 11,129.89 282 1er badge :hyperbon:
Mon 08 Aug 2011 19:30:23 CEST yoyo@home update requested by user
Mon 08 Aug 2011 19:30:27 CEST yoyo@home Sending scheduler request: Requested by user.
Mon 08 Aug 2011 19:30:27 CEST yoyo@home Requesting new tasks
Mon 08 Aug 2011 19:30:36 CEST yoyo@home Scheduler request completed: got 0 new tasks
Mon 08 Aug 2011 19:30:36 CEST yoyo@home Message from server: No work sent
Mon 08 Aug 2011 19:30:36 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Mon 08 Aug 2011 19:51:35 CEST yoyo@home Sending scheduler request: To fetch work.fait chier!
Mon 08 Aug 2011 19:51:35 CEST yoyo@home Requesting new tasks
Mon 08 Aug 2011 19:51:41 CEST yoyo@home Scheduler request completed: got 0 new tasks
Mon 08 Aug 2011 19:51:41 CEST yoyo@home Message from server: No work sent
Mon 08 Aug 2011 19:51:41 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Mon 08 Aug 2011 19:59:27 CEST yoyo@home Resetting project
Mon 08 Aug 2011 19:59:32 CEST yoyo@home Sending scheduler request: To fetch work.
Mon 08 Aug 2011 19:59:32 CEST yoyo@home Requesting new tasks
Mon 08 Aug 2011 19:59:36 CEST yoyo@home Scheduler request completed: got 0 new tasks
Mon 08 Aug 2011 19:59:36 CEST yoyo@home Message from server: No work sent
Mon 08 Aug 2011 19:59:36 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Mon 08 Aug 2011 19:59:38 CEST yoyo@home Started download of default_stat_icon_01.png
Mon 08 Aug 2011 19:59:38 CEST yoyo@home Started download of rkn_01.png
Mon 08 Aug 2011 19:59:41 CEST yoyo@home Finished download of default_stat_icon_01.png
Mon 08 Aug 2011 19:59:41 CEST yoyo@home Finished download of rkn_01.png
Mon 08 Aug 2011 19:59:41 CEST yoyo@home Started download of ogr_01.png
Mon 08 Aug 2011 19:59:41 CEST yoyo@home Started download of evo_01.png
Mon 08 Aug 2011 19:59:47 CEST yoyo@home Finished download of ogr_01.png
Mon 08 Aug 2011 19:59:47 CEST yoyo@home Finished download of evo_01.png
Mon 08 Aug 2011 19:59:47 CEST yoyo@home Started download of muon_01.png
Mon 08 Aug 2011 19:59:47 CEST yoyo@home Started download of ecm_01.png
Mon 08 Aug 2011 19:59:53 CEST yoyo@home Finished download of muon_01.png
Mon 08 Aug 2011 19:59:53 CEST yoyo@home Finished download of ecm_01.png
Mon 08 Aug 2011 20:00:41 CEST yoyo@home Sending scheduler request: To fetch work.
Mon 08 Aug 2011 20:00:41 CEST yoyo@home Requesting new tasks
Mon 08 Aug 2011 20:00:47 CEST yoyo@home Scheduler request completed: got 0 new tasks
Mon 08 Aug 2011 20:00:47 CEST yoyo@home Message from server: No work sent
Mon 08 Aug 2011 20:00:47 CEST yoyo@home Message from server: (There was work but not for the applications you have allowed. Please check your settings on the website.)
Vous avez pensé à cocher "test" dans votre profil yoyo ?
Si c'est pas fait, vous n'aurez pas de wu car trees est en test...
bizarre la façon dont reagi harmonious , il y a seulement 2 wu ou le % bouge à la fois mais le temps des 8 wu bougent parcontre... un probleme? merci d'avance.
le processeur est utilisé à 100% et la ram à 52%... bizarre comme truc. et dés fois aucun % ne bouge. HElp ME PLZ je suis passer à muon en attendant...
2 April 2011 EvoRobotsRien de plus :spamafote:
We are testing a new subproject on Linux systems. Enable test applications to get work.
(http://a1.twimg.com/profile_images/549637735/RKNev_normal.png)posté hier sur Tweeter depuis leur compte Facebook :jap:
Rechenkraft.net (http://twitter.com/#!/Rechenkraft_net)
Due to a hacking attack on rechenkraft.net we had to take it offline. We are working on it and provide further info as soon as possible.
p***n de hackers ! ils ne voudraient pas plutôt hacker les serveurs de hadopi, non ? :siflotte:
appel aux hackers : laissez nos projets Boinc tranquille !!! non mais !
L'application pour Mac sur le sous projet Harmonious Trees a été mise:ange:sà jour le 15....
Ben là moi, j'ai une HT de 70 heures à 0 % donc, je continue à ne pas m'inquiéter alors... Je vous dirai si je la vois se terminer un jour.
J'ai aussi réduit mon cache
Attention aussi quand des calculs passent en priorité haute, ça stoppe les autres sans prévenir...
J'ai constaté ça se matin et comme les points de sauvegarde sont très espacés, ça m'a foutu en l'air plusieurs heures de calcul :cry:
La seule solution que j'ai trouvée et de suspendre tous les calculs sauf ceux en cours...
Si quelqu'un me propose comme solution de garder les calculs en mémoire, je le ... (référence à mon pb de rames :D :D)
...
Pour ton P 4 sous GNU/Linux tu peux utiliser Laisser les applications en mémoire lorsqu'elles sont suspendues, car dans ce cas BOINC les stockera dans ta partition Swap.ok je vais faire ça même si ce n'est pas sur celui là que j'ai eu ce problème.
C'est bon si BOINC continue à tourner.Je viens de faire le même paramétrage sur mon win vista (c'est celui là qui m'a posé pb) ça marche aussi?
(j'essaie désespérément d'attacher un screenshot à mon message ci-dessus, je crois que je vais abandonner)très joli ton nouvel avatar
Cruncher ogr 6.96 (0.72-25.89)
evolution@home 12.66 (4.69-39.18)
Muon 3.29 (0.05-31.31)
ecm 9.89 (0.32-40.42)
Harmonious Trees 7.24 (0.34-37.59)
Faut pas être impatient avec Yoyo. Il n'aime pas bien qu'on soit toujours derrière lui à le surveiller :DJe sais bien mais quand il y a quelquechose de bizarre j'ai toujours peur que ça vienne de mes ordis: ils sont vieux et je leur demande beaucoup. Une panne hardware n'est jamais exclue, sur le linux j'ai donc préférer tout annuler et tester sur un projet que je considère comme sur et prévisible.
Tu trouveras >ICI< (http://www.rechenkraft.net/yoyo/server_status.php) l'état des serveurs, mais aussi la durée moyenne (avec mini et maxi) des 100 derniers résultats renvoyés. C'est quand même assez élevé pour les valeurs maxi :
Ce n'est pas l'appli d'un projet qui va pêter ton vieil ordi mais simplement une pièce qui lâchera fatalement un jour ou l'autre car tout simplement ta machine est allumée... éteinte elle ne risque absolument rien (ou si peu). :spamafote:Je pensais en particulier à une défaillance du disque, quand on perd des données ou que ça "imprime plus", ça peut venir de là.
Harmonious Tree subproject has been running rather smoothly for a couple of months. Thanks everyone who have contributed to this subproject. Now I would take this oppotunity to report our progress on the verification.
Firstly some progress. We have cleared n=32,33,34, and results show that every tree with at most 34 nodes are harmonious, that is to say, the harmonious tree conjecture is correct up to 34 nodes. This extends the current result on n=31.
The verification for n=35,36 is running smoothly right now. You might see that some workunits do not seem to progress on your machine. But in fact they do.
There are two kinds of workunits, one is "fresh", the other is "recycled". Originally, trees are bundled up into fresh workunits using a method, which is computationally efficient, but generates bundles of different sizes. We then send out the fresh workunits. Since they differ in size, they might or might not be totally finished. For those not totally finished, we will generate a "recycled" workunit to continue the computation on the corresponding bundle. Sometimes we need to recycle several times for the same bundle.
For fresh workunits, the progress bar works rather well in most cases. For recycled workunits, in a good portion of the case, the progress bar will stay 0 (or blocked at some point) for a long time. This is due to the difficulty (or the size) of the bundle. If a bundle is recycled at least once, it is generally harder than the one-pass fresh ones. But even if the progress bar stays 0, if the computation done on the machine exceeds a certain limit, the application will finish and return partial result, so your machine will not be like stuck for a long time. Generally, it take 24-48 hours for your machine to reach this limit, that is to say, after 24-48 hours of computation, a workunit will be finished. So if you get a workunit labelled with an _R_, please finish it.
One more thing to report. In the verification of n=36, i.e. trees with 36 nodes, two "nearly-counter-examples" are discovered. Appearently the current application cannot find a harmonious labelling for them within the internal time limit. However, by throwing more computing cycles into them, harmonious labellings for them are found. In the end, they are still harmonious and not counter-examples, but only much more difficult than other trees for the currently used algorithm.
Thank you crunchers for all this contribution, and let's carry on the good work!
Le sous-projet Harmonious Tree fonctionne plutôt bien depuis quelques mois. Merci à tous ceux qui ont contribué à ce sous-projet. Maintenant, je voudrais profiter de cette opportunité pour rendre compte de nos progrès sur la vérification.
Tout d'abord quelques progrès. Nous avons terminé n = 32,33,34, et les résultats montrent que chaque arbre avec au plus 34 nœuds sont harmonieux, c'est-à-dire, la conjecture Harmonious Tree est correcte jusqu'à 34 nœuds. Cela valide le résultat courant pour n = 31.
La vérification pour n = 35,36, se déroule plutôt bien en ce moment. Vous pouvez voir que certains unités de travail ne semblent pas progresser sur votre machine. Mais en fait elles progressent.
Il ya deux sortes d'unités de travail, l'une est «fresh»/«frais», l'autre est «recycled»/«recyclé». Au début, les arbres sont constitués avec un «paquet» d'unités de travail «fresh» à l'aide d'une méthode, dont le calcul est efficace, mais génère des paquets de différentes tailles. Nous envoyons ensuite les unités de travail «fresh». Comme ils diffèrent en taille, ils pourraient ou non être totalement terminé. Pour ceux qui n'ont pas été totalement terminé, nous allons générer une unité de travail «recycled» afin de poursuivre les calculs sur le «paquet» correspondant. Parfois, nous avons besoin de recycler plusieurs fois pour le même «paquet».
Pour les unités de travail «fresh», la barre de progression fonctionne plutôt bien dans la plupart des cas. Pour les unités de travail «recycled», dans une majorité des cas, la barre de progression va rester 0 (ou bloqué à un certain point) pendant une longue période. Cela est dû à la difficulté (ou la taille) du «paquet». Si un «paquet» est recyclé au moins une fois, il est généralement plus dur que les «fresh» calculés en une seule passe. Mais même si la barre de progression reste à 0, si le calcul fait sur la machine dépasse une certaine limite, l'application se termine et retourne un résultat partiel, de sorte que votre machine ne sera pas comme bloquée pendant une longue période. En règle générale, il faut 24-48 heures à votre machine pour atteindre cette limite, c'est-à-dire, après 24-48 heures de calcul, une unité de travail sera terminée. Donc, si vous obtenez une unité de travail marquée par une _R_, s'il vous plaît, terminez la.
Une dernière chose à signaler. Lors de la vérification de n = 36, soit avec des arbres de 36 nœuds, deux "quasi-contre-exemples" ont été découverts. Apparement, l'application actuelle ne peut pas trouver une "étiquette harmonieuse" pour eux dans la limite de temps impartis. Cependant, en leur allouant plus de cycles de calcul, on leur trouve des "étiquettes harmonieuses". En fin de compte, ils sont toujours des arbres harmonieux et non des contre-exemples, mais seulement beaucoup plus difficile que les autres arbres avec l'algorithme actuellement utilisé.
Merci à tout les participants pour leur contribution et continuons l'excellent travail !
Moi aussi je trouve que les arbres sont harmonieux. Surtout dans les forêts :D
http://stats.distributed.net/project/ogr_status.php?project_id=27
Demain est un grand jour... OGR27 va passer l'étape de mi-parcourt !!!
c'est à dire que demain, nous aurons réaliser la moitié des UT... il en restera donc encore une autre moitié pour finir le projet et voir si nous trouvons une meilleur solution que celle actuel !
avant peu être un OGR28... avec un prog optimiser j'espère (GPU ? :love: ) car sinon, OGR28 prendra juste 50ans ! :gno:
We will start soon Harmonious Trees with 37 nodes. For this we prepared a slightly changed application which handles progress indicator and checkpointing better. But to deploy the new application all workunits with the old application must have finished. Afterwards the new application will be available for Linux only. The Windows version will follow later. Remaining work for 35 and 36 nodes will also be handled by the new application.
Harmonious Trees
Plate-forme Version actuelle Installé
Microsoft Windows (98 or later) running on an Intel x86-compatible CPU 0.10 22 Aug 2012 18:45:30 UTC
Linux running on an Intel x86-compatible CPU 0.10 22 Aug 2012 17:02:27 UTC
Pourtant je suis sûr que le sous-projet Harmonious Tree s'arrêtera après avoir finir le cas courant n=37. Je ne sais pas le temps exacte, mais probablement dans six mois ou un an.
En fait, le sous-projet OGR de yoyo@home est un "wrapper" du sous-projet OGR-27 (OGR-NG) du projet non-BOINC distributed.net. Son existence dépend plutôt de la côté distributed.net que de la côté yoyo@home. Si distributed.net décide de poursuivre OGR-28, yoyo@home n'a pas de raison d'arrêter son wrapper. Bien sûr, ce n'est qu'une estimation personnelle.
Pourtant je suis sûr que le sous-projet Harmonious Tree s'arrêtera après avoir finir le cas courant n=37. Je ne sais pas le temps exacte, mais probablement dans six mois ou un an.
La pause est l'ennemie du cruncher ! :cavachier::hilare:
La pause est l'ennemie du cruncher ! :cavachier::hilare:
01 Mars 2013 HarmoniousTree projet se terminera bientôthttp://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
Le projet se terminera bientôt HarmoniousTree. Si vous voulez obtenir un badge d'honneur pour certain ce projct vous n'avez que quelques jours, peut-être des semaines, des laissés. Aucune nouvelle unités de travail sera injecté, le unités de travail sont tous en veut.
PS : je suis allé sur le site yoyo, et sur la page d'accueil j'ai ppas vu EvoRobots dans la liste des applications (alors que le choix y était dans les préférences yoyo). Un projet terminé, comme euler 625 ?ledewen :kookoo:
[IMG=http://img203.imageshack.us/img203/3365/yoyoyot.png][/IMG] (http://imageshack.us/photo/my-images/203/yoyoyot.png/):eek: :eek: :eek: Tu as explosé le record du monde pour un % d'UT.... :eek: :eek:
Non c'est 30 000% je vais la supprimer :(
[IMG=http://img203.imageshack.us/img203/3365/yoyoyot.png][/IMG] (http://imageshack.us/photo/my-images/203/yoyoyot.png/)oui là, y'a un blème!
Non c'est 30 000% je vais la supprimer :(
:kookoo:
Sur Evolution, pour éviter de tourner h24 (car pas de point de sauvegarde), il suffit de passer en veille le PC.
Super comme information et conforme à la définition de ce mode.:kookoo:
Sur Evolution, pour éviter de tourner h24 (car pas de point de sauvegarde), il suffit de passer en veille le PC.
merci Polaris, j'ai mis en veille cette nuit, et ce matin mes UT ont repris impecable :jap: :jap: :jap:
News
23 March 2013 Interview with L'Alliance Francophone
On the occasion of their Raid 2013 the team L'Alliance Francophone made an interview with yoyo@home (http://www.rechenkraft.net/wiki/index.php?title=Yoyo@home/Interview_Raid_2013).
tiens, je vois de voir ceci sur le portail de Yoyo :CiterNews
23 March 2013 Interview with L'Alliance Francophone
On the occasion of their Raid 2013 the team L'Alliance Francophone made an interview with yoyo@home (http://www.rechenkraft.net/wiki/index.php?title=Yoyo@home/Interview_Raid_2013).
:jap:
18 May 2013 HarmoniousTree Deadline
Since there are more ARM devices active for HAT, I increased the deadline to 3 days.
J'ai remarqué que le projet shoote régulièrement les préférences de calcul. :pt1cable:Oui c'est le Yoyo hanté. :hap:
Ca fait trois fois que je désactive les applications ecm, Cruncher ogr et Harmonious Trees, et que quelques jours plus tard je les retrouve de nouveau cochées.
Si tu utilises BAM et que tu changes les priorités via BAM, c'est normal que ça réinitialise les préférences du projet, bug connuAh... C'est donc ça l'explication!
si tu ne change pas les prio dans BAM, je ne vois pas :/
Celles-ci s'appliquent à tous les projets BOINC auxquels vous participez.
Sur les ordinateurs rattachés à plusieurs projets, les préférences les plus récemment modifiées seront utilisées.
20 Aug 2013 16:45:21 UTC 20 Aug 2013 17:27:12 UTC Over Success Done 2,003.26 18.85 34.88
20 Aug 2013 16:45:31 UTC 20 Aug 2013 18:26:07 UTC Over Success Done 2,706.08 25.46 50.92
:hello:L'appli passe sur windobe... j'en calcule depuis quelques jours...
Nouvelle application disponible sur le projet (uniquement pour Gnu-linux ) : Odd Weird Search
http://www.rechenkraft.net/yoyo/apps.php (http://www.rechenkraft.net/yoyo/apps.php)
Merci Damien pour l'info.
:jap:
:hello::oki: :oki:
un indice par là :D
http://forum.boinc-af.org/index.php/topic,690.msg343629.html#msg343629
et elle est repartie à zéro comme dab après un redémarrage ...
il se passe qqch sur Yoyo ? :??:
car 5 équipes viennent brusquement de monter leur RAC... (https://statseb.boinc-af.org/top.py?projet=59)
Ok pas vu car pas le nom dans le titre :blbl::calin:
Heu y'a eu conflit sur le portail, on a 2 articles maintenant, un par poly et un par polaris :DBonnes questions :kookoo:
C'est les mêmes, ou pas ? c'est qui qui gagne ? :gno:
Hello !
ça vous arrive aussi de temps en temps des UT Evolution@Home qui tournent jusque ... 112 % ?
J'en suis à 111,636 % et toujours pas finie ...
Merci et Bonne Journée :D
:hello:
J'ai une UT evolution@home a 128 % calcul en cours j'abandonne ou je continu ?
Merci.
idem ;o)
je pensais que 100% c'était déjà pas mal ....
Mais Faut que j'évolue ;o) ....
Merci évolution de me faire connaître le 118% :jap: :jap:
(http://astro-lab.info/Media/00VisuForumAF/118%20pourcent3.jpg)
pour la petite histoire elle a fini 20' plus tard et à réaffichée sagement 100% puis est partie en validation ...
Par contre j'ai du "mettre en pause" la dernière tache en cours
et elle est repartie à zéro comme dab après un redémarrage ...
alors qu'elle était à 78 %
Bref les Evolutions ...... je les Pause plus ..... :cavachier:
et j'en lance plus que je ne peux finir avant un redémarrage ... :priz2tet:
:kookoo:
Quelqu'un sait on l'on peut lire combien de temps il reste pour le projet OGR svp ? (un peu à la manière de SIMAP qui indique des estimations)
Je ne trouve pas que cette page indique grand chose à part s'il y a des UT à calculer ou pas... http://www.rechenkraft.net/yoyo/server_status.php
Parfois, il suffit de remonter de quelques pages dans un topic pour trouver la réponse :siflotte:Post 1 remanié (l'info sur Odd Weird Search était présente mais sous les badges)
D'un autre côté, après avoir regardé le premier post du topic, ce serait peut-être bien d'intégrer quelques infos sur le calcul des différentes applis.
P. ex.
OGR/Cruncher: progression par tranches de 14.285%, checkpoint à chaque tranche, temps variable à très variable entre deux points de sauvegarde - et d'une UT à l'autre.
Evolution: pas de points de sauvegarde, les UT dépassent systématiquement les 100% (ça peut monter à >130%) avant de se terminer normalement.
Muon: progression par tranches de 20% (de mémoire, corrigez-moi si j'ai faux ;))
ECM: ? (ça fait un moment que je n'en ai plus calculé)
Harmonious Trees: projet quasiment terminé, il est pratiquement impossible de choper encore des UT
Odd Weird Search: à ajouter ;)
P ................ il est pas si simple à Obtenir le Badge Muon ...Muon tu as encore le temps (http://www.rechenkraft.net/yoyo//img/4-3.png) et j'espère progresser encore
Plus difficile que ses petits frères eCm & Cruncher ...........
Suis au 2/3 .......... :45896_45: :45896_45: ... Mais je Lâche pas ..... ;o)
Moi j'ai abandonné l'espoir des 2M avant la fin de OGR27... :(et moi des 500.000 :/
:siflotte:
Ben c'est mort, je viens de voir le message, j'ai pas compris à qui je devais envoyer en MP, et de toutes façons l'UT a fini en erreur de calcul à 19:30 (à cause de la deadline ? ça les plante ?) au bout de 93 h de calcul... ça fait toujours plaisir :cpopossib:
En gros le seul projet avec de très longues WU vraiment fiable (et qui paye si ça plante) c'est CPDN, les autres faut être devant tout le temps sinon c'est mort... cool...
Plop
J'ai relancé un peu yoyo, toujours pas de point de sauvegarde pour Evolution ? :/
Sincèrement désolée pour toi Jéjé. Je ne pense pas que ce soit dû à la deadline, les UT yoyo tout comme celles des autres projets les dépassent sans problèmes normalement quand elles sont commencées. C'était peut-être un problème de RAM? Certaines ECM sont très gourmandes juste avant un point de sauvegarde ou juste avant la fin de l'UT (demande à Cocagne :D)Ah bon ? j'étais persuadé que c'était à cause de la deadline... malheureusement elle n’apparait plus dans mon histo yoyo donc je n'ai pas le détail de l'erreur...
:hello: Phil, c'est normal. J'avais écrit qq part dans ce topic que les Cruncher/OGR n'avancent que par paliers de 14.285% et qu'avant qu'elles les atteignent il peut s'écouler plusieurs heures. Chez moi, j'ai déjà vu jusqu'à 6h avant le premier palier.
Le plus simple pour voir si une UT progresse (un tuyau que j'avais reçu de monsieur yoyo himself): tu cliques sur l'UT et tu ouvres ses propriétés. Si le temps de calcul est identique au temps écoulé (ou presque) tout va bien.
Après, suivant les machines, j'ai constaté qu'il peut y avoir des écarts allant jusqu'à une heure ou plus, mais ça, c'est fonction de la charge du/des CPU ;)
j'ai une unité à 105% => http://www.rechenkraft.net/yoyo/workunit.php?wuid=17887818
je l'ai suspendue en attendant de voir à tête reposée.
Cocagne a raison. ça peut aller jusque 130 % ....
On approche vraiment de la fin de OGR-27 98.9% terminé
Date de fin prévue 08/02/14
Il reste peu de temps pour les chasseurs de badges, je pense surtout à WUprop
:hello:
19 Feb 2014 OGR-27: Finished
After 1,821 days we finished the OGR-27 project. All stubs were computed at least twice. The Boinc part of this distributed.net project computed more than 5% of all OGR-27 stubs. At the end we had a rate of 10%.
Now the Boinc server delivers OGR-28 workunits. This is to discover the most optimal Golomb Ruler with 28 marks. We anticipate that it will take about as long as OGR-27 has. It has some features in common with OGR-27: some of the packets will be very large (up to 1500 Gnodes), and there are three stub spaces. We expect that the first two stub spaces will take about 90 days to complete.
For the stats freaks among you, the number of stubs for each stubspace of OGR-28 is below:
Stubspace 1: 115676
Stubspace 2: 5823649
Stubspace 3: 518152118
No new application is needed, since OGR-27 clients are ready for OGR-28.
(from http://blogs.distributed.net/2014/02/18/23/23/mikereed/)
:hello:
Les applications : Harmonious Trees et Odd Weird Search c'est terminer.
http://www.rechenkraft.net/yoyo//all_news.php#233 (http://www.rechenkraft.net/yoyo//all_news.php#233)
Merci pour la précision. :jap::hello:
Les applications : Harmonious Trees et Odd Weird Search c'est terminer.
http://www.rechenkraft.net/yoyo//all_news.php#233 (http://www.rechenkraft.net/yoyo//all_news.php#233)
Harmonious Trees est vraiment terminé sauf futur avancement algorithmique, tandis que Odd Weird Search n'est pas tout à fait terminé à ce moment-là. On continuera une recherche sur un intervalle beaucoup plus haut (jusqu'à 10^28), en prix d'une certaine restriction de détection qui ne doit pas beaucoup baisser la probabilité de trouver ce qu'on veut.
20 cts sur le remboursement avant le terme! on se les donnent à l'occasion ou pas.
On peut toujours pas utiliser son propre compte distributed.net chez yoyo ? (comme c'est possible avec Moo Wrapper)
Granted credit 1467.96014460973
Si malgré tout , vous ne trouviez pas votre bonheur, écrivez-nous à help@distributed.net or email submission form.
Hi,
Thank you for writing to us.
In the beginning of OGR-28, the packets are big. At the end, they are small (the last 100 million or so will take seconds each.) We are still estimating that it will take us about 7 years.
OGR-29 will take a lot longer than OGR-28 and is probably not feasible unless we find some optimisations.
We process every work unit twice because we don't have a better way to verify the result of a unit. If you can think of a better way, please let us know. :) I don't know what the process with Collatz is; I will look into it.
Kind regards,
Mike
DNA sur Citizen
Application unsent in progress avg runtime of last 100 results in h (min-max) user in last 24h
ecm 2,499 3,959 6.77 (0.81-35.84) 315
Mais yoyo a répondu sur le topic : il n'y aura pas de WU pour cette app, c'est un test (interne ?) pour préparer une future app au sujet de laquelle il ne donne pas plus de détails.Désolé j’aurai du donner plus d'explication.
Heu oui il me semble bien qu'on a dit exactement la même chose :DDonc le yoyo_rkn c'est le meme yoyo du projet yoyo ? :desole:
:chuidac::etmerde:
RKN est l'abréviation pour RechenKraft.Net
Harmonious Treehttp://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
We need to rerun some Harmonious Tree workunits. If you need some points there, now is your chance to catch some.
OGR: Out Of Workhttp://www.rechenkraft.net/yoyo/ (http://www.rechenkraft.net/yoyo/)
The distributed.net central key master has a hardware problem since 9. of July. No new OGR stubs are submitted any more. In the last days I still had stubs in my personal proxy which is used to generate Boinc workunits. But now my personal proxy is also empty. There will be no new workunits generated until the central key master comes back online.
See also bovines
I compiled the Boinc client for my small QNAP TS-219P NAS. Now yoyo@home runs also on my NAS. If you have also a ARM based QNAP system you can download the Boinc client here.http://www.rechenkraft.net/yoyo//all_news.php#256 (http://www.rechenkraft.net/yoyo//all_news.php#256)
Mais où donc es-tu allé pêcher cette info ?Seb sait tout, et s'il sait pas il trouve tout :D :jap:
je vais surveiller ton RAC à toi... pas touche à OGR, c'est à moi !!! :siflotte:
;)
Ben alors ça !Pour trouver le nom court des applications, il suffit d'éditer le fichier client_state.xml à l'aide d'un vrai éditeur de texte tel que Notepad++. Le fichier client_state.xml se trouve dans le dossier data de BOINC.
OK, ça marche avec le nom court "crunch".
Mais où donc es-tu allé pêcher cette info ?
Merci à vous en tout cas pour votre aide.
Les essais sont concluants !
Les WUs se font plus rapidement.
On verra d'ici quelques jours, si tout va bien, mes stats vont s'améliorer de 200 000 à 300 000 points par jour...
je vais surveiller ton RAC à toi... pas touche à OGR, c'est à moi !!! :siflotte:
;)
En quoi ?
OGR est tout simplement magnifique.
Tu vois ça où ?
C'est un des rares projets où l'on cite autant d'applications possibles.
C'est un résultat mathématique qui pourra servir à tout un tas de choses, dans le domaine des communications, des codes correcteurs d'erreurs, de l'optimisation du positionnement des réseaux d'antennes, des capteurs en cristallographie...
Je trouve que ce projet est plus généraliste que d'autres qui sont très ciblés.
Il est fort probable qu'on ne connaisse pas la règle de Golomb d'ordre 40 avant quelques décennies.
Sauf révolution mathématique ou avènement de l'ordinateur quantique... si toutefois quelqu'un devait parvenir à écrire l'algorithme.
In the beginning of OGR-28, the packets are big. At the end, they are small (the last 100 million or so will take seconds each.) We are still estimating that it will take us about 7 years.
OGR-29 will take a lot longer than OGR-28 and is probably not feasible unless we find some optimisations.
We process every work unit twice because we don't have a better way to verify the result of a unit. If you can think of a better way, please let us know. :) I don't know what the process with Collatz is; I will look into it.
Je vais faire 24h de yoyo ogr pour voir ma production journalière :kookoo:
C'est partie pour faire avancer au maximum le projet :hyperbon: :hyperbon: :hyperbon:
J'attends...
En tout cas, moi, je vais rester quelques mois à ce rythme.
Je rajouterai mon Samsung galaxy s6 (8cores) si je produit Moins que toi et où un autre (augure est en forme :cavachier:)
Si je comprends bien tu es à fond là? Je vais rajouter mon Samsung galaxy :cavachier:
Je pense que ta théorie est bonne. Jean-Luc doit avoir un soucis avec son ordi ; ou alors il est tombé sur une longue tache :??:
Y a du monde (25 personnes en moyenne) qui crunch sur ce sous projet. Ça fait plaisir à voir. :)
Je pense que ta théorie est bonne. Jean-Luc doit avoir un soucis avec son ordi ; ou alors il est tombé sur une longue tache :??:
Y a du monde (25 personnes en moyenne) qui crunch sur ce sous projet. Ça fait plaisir à voir. :)
Si je comprends bien tu es à fond là? Je vais rajouter mon Samsung galaxy :cavachier:
Rattrape-moi, si tu peux !
Bravo pour ton nouveau badge Jean-Luc :oki:
GenuineIntel
Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz [Family 6 Model 42 Stepping 7]
(4 processeurs)
On peu dire qu'en 24h je produit un peu plus de 7000 points :kookoo: allez y a du boulot. Bon crunch à tous :hyperbon: :hyperbon: :hyperbon:
(j'ai bien encore 30ans à bosser avant la retraite ;) )Donc tu a 55 ans ? :siflotte: :/ :cpopossib: :o :o
En fait, c'est un projet abominable en quantité de calcul nécessaire.
Pour OGR 28, aujourd'hui, le 18 juin 2016, on en est à 850 jours de travail pour 17.93% du travail effectué !!!
On peut suivre ici en direct l'évolution des calculs, dont le gros n'est pas fait par BOINC, mais par Distributed.net à qui BOINC prête main forte :
http://stats.distributed.net/projects.php?project_id=28 (http://stats.distributed.net/projects.php?project_id=28)
Et rien n'empêchera ensuite de s'attaquer à OGR 29. Il y en aura pour quelques années, même en tenant compte des progrès de l'informatique, puis ensuite, à OGR 30 etc..., il n'y a pas de limite.
Simplement, aujourd'hui, pour les réseaux d'antennes et de capteurs dont le nombre n est supérieur à 27, on est obligé aujourd'hui d'utiliser des règles de Golomb d'ordre n non optimales.
Pour savoir ce que sont OGR 1, OGR 2, ....... OGR 27, OGR 28 :
https://fr.wikipedia.org/wiki/R%C3%A8gle_de_Golomb (https://fr.wikipedia.org/wiki/R%C3%A8gle_de_Golomb)
On peut même voir sur cette page (https://en.wikipedia.org/wiki/Golomb_ruler), que depuis OGR 20 en 1997, ce sont des projets de calcul partagé qui on fait avancer la recherche.
Y'a du pain sur la planche.
Et il y a certainement beaucoup d'autres domaines de la physique et des technologies qui pourront utiliser ces résultats optimaux de OGR...
Bonjour Jean-Luc! Tu as changé quelque chose? Tu produis beaucoup plus... :??:
Bravo pour tes 1 millions Jean-Luc :love: :love: :love:
Peux-tu nous parler de muons comme tu nous as parlé de OGR stp l'intérêt du projet etc :jap:
RESOLU !
Le problème vient de se régler.
Jamais vu ça avant !
fzs600 tu déchires tout sur OGR :love: :love: :love:J'ai rajouté 3 cores sur ogr pour ne pas me faire rattraper :cavachier:
11/09/2016 16:17:06 | yoyo@home | work fetch resumed by user
11/09/2016 16:17:09 | yoyo@home | update requested by user
11/09/2016 16:17:14 | yoyo@home | Sending scheduler request: Requested by user.
11/09/2016 16:17:14 | yoyo@home | Requesting new tasks for CPU and Miner ASIC and NVIDIA GPU
11/09/2016 16:17:15 | yoyo@home | Scheduler request completed: got 0 new tasks
11/09/2016 16:17:15 | yoyo@home | No work sent
11/09/2016 16:17:15 | yoyo@home | No work is available for Cruncher ogr
11/09/2016 16:17:15 | yoyo@home | (reached daily quota of 8 results)
11/09/2016 16:22:54 | yoyo@home | specific cache control modified by user
11/09/2016 16:23:41 | yoyo@home | update requested by user
11/09/2016 16:23:46 | yoyo@home | Sending scheduler request: Requested by user.
11/09/2016 16:23:46 | yoyo@home | Requesting new tasks for CPU and Miner ASIC and NVIDIA GPU
11/09/2016 16:23:47 | yoyo@home | Scheduler request completed: got 0 new tasks
11/09/2016 16:23:47 | yoyo@home | New computer location: school
11/09/2016 16:23:52 | yoyo@home | Sending scheduler request: To fetch work.
11/09/2016 16:23:52 | yoyo@home | Requesting new tasks for CPU and Miner ASIC and NVIDIA GPU
11/09/2016 16:23:53 | yoyo@home | Scheduler request completed: got 0 new tasks
11/09/2016 16:26:43 | yoyo@home | specific cache control modified by user
11/09/2016 16:26:46 | yoyo@home | update requested by user
11/09/2016 16:26:49 | yoyo@home | Sending scheduler request: Requested by user.
11/09/2016 16:26:49 | yoyo@home | Requesting new tasks for CPU and Miner ASIC and NVIDIA GPU
11/09/2016 16:26:50 | yoyo@home | Scheduler request completed: got 0 new tasks
11/09/2016 16:26:50 | yoyo@home | No work sent
11/09/2016 16:26:50 | yoyo@home | No work is available for ecm
11/09/2016 16:26:50 | yoyo@home | (reached daily quota of 8 results)
C'est quoi ta signature "AF" ? le compte générique ?Farpaitement :) Faut bien lui faire un peu de pub ;)
plus de réponses du serveur depuis ce matin... dommage je venais de relancer mon fixe pour l'hiver ! :D
... mais va vraiment falloir que je lui achète des résistances pour les ventillos... ils sont monstrueusement bruyant !!! :/
Tu as regardé dans le BIOS pour voir si tu peux activer une fonction de contrôle automatique des ventilos ?
sudo /etc/init.d/boinc-client stop
sudo wget http://www.rechenkraft.net/yoyo/download/download/muon/evo_muon.2009122401.linux86-wine.tar.gz
sudo tar -zxvf evo_muon.2009122401.linux86-wine.tar.gz -C /var/lib/boinc-client/projects/www.rechenkraft.net_yoyo
Bon ben ça foire le yoyo evo sous linux, les UT partent toutes en sucette :(Parce-que je crois que c'est Muon qui est concerné et pas Evolution@home.
<core_client_version>7.4.23</core_client_version>
<![CDATA[
<message>
process exited with code 2 (0x2, -254)
</message>
<stderr_txt>
Process creation (../../projects/www.rechenkraft.net_yoyo/evowrapper_0.01_i686-pc-linux-gnu) failed: Error -1, errno=2
execv: No such file or directory
</stderr_txt>
]]>
ls -la /var/lib/boinc-client/projects/www.rechenkraft.net_yoyo
ls: cannot open directory /var/lib/boinc-client/projects/www.rechenkraft.net_yoyo: Permission denied
total 1576
drwxrwx--x 2 boinc boinc 12288 Oct 16 19:48 .
drwxrwx--x 11 boinc boinc 4096 Oct 13 19:45 ..
-rw-r--r-- 1 kit boinc 1097 Dec 19 2009 app_info.xml
-rw-r--r-- 1 boinc boinc 681 Oct 13 19:49 default_stat_icon_01.png
-rw-r--r-- 1 boinc boinc 11020 Oct 13 19:49 ecm_01.png
-rw-r--r-- 1 boinc boinc 12574 Oct 13 19:49 evo_01.png
-rwxr-x--x 1 kit boinc 229 Nov 28 2009 evojob_0.01_i686-pc-linux-gnu.xml
-rwxr-xr-x 1 kit boinc 193216 Nov 28 2009 evowrapper_0.01_i686-pc-linux-gnu
-rw-r--r-- 1 boinc boinc 9464 Oct 13 19:49 muon_01.png
-rw-r--r-- 1 boinc boinc 6677 Oct 13 19:49 ogr_01.png
-rw-r--r-- 1 boinc boinc 10749 Oct 13 19:49 rkn_01.png
-rwxr-x--x 1 kit boinc 6527 Nov 28 2009 S005_Preferences_1.02_Win32.txt
-rwxr-x--x 1 kit boinc 1291116 Nov 28 2009 S005r6gSimulatorWin32.exe
-rw-r--r-- 1 boinc boinc 68 Oct 16 19:48 slideshow_00
-rw-r--r-- 1 boinc boinc 68 Oct 16 19:48 slideshow_01
-rw-r--r-- 1 boinc boinc 68 Oct 16 19:48 slideshow_02
-rw-r--r-- 1 boinc boinc 69 Oct 16 19:48 slideshow_03
-rw-r--r-- 1 boinc boinc 68 Oct 16 19:48 slideshow_04
-rw-r--r-- 1 boinc boinc 82 Oct 16 19:48 stat_icon
sudo chown boinc:boinc /var/lib/boinc-client/projects/www.rechenkraft.net_yoyo/*
Salut,Moo fait du RC5 alors que Yoyo fait du OGR ...
j'ai remarqué que moowrap envoyait selon sa description du distributed.net. Cependant yoyo en envoie aussi, est-ce donc vraiment utile de faire les deux ? :/
Une vache avec une étoile bleue pour moi !tu aurais du aller voir ICI (http://forum.boinc-af.org/index.php/topic,3711.msg450602.html#msg450602) ;)
OGR, OGR, quand tu nous tiens.
Cela fait plus de 1000 jours que la communauté est sur OGR 28 et on n'a pas fait 25% du travail.
Waouh, que c'est long...
Tu aurais du aller voir ICI (http://forum.boinc-af.org/index.php/topic,3711.msg450602.html#msg450602) ;)
le projet va s'accélérer car les dernières centaines de millions UT ne durerons que "qqs secondes"... source, moi qui leur ai posé la question ! ;)
ils espèrent finir en 2021 au pire !
cela me laisse le temps de prend un dernier badge ! :D
Une étoile bleue pour moi aussi, mais sur evo :)
Comment on rauske dans l'AF, j'en reviens pas, c'est fou :o
Une vache avec une étoile bleue pour moi !tu aurais du aller voir ICI (http://forum.boinc-af.org/index.php/topic,3711.msg450602.html#msg450602) ;)
OGR, OGR, quand tu nous tiens.
Cela fait plus de 1000 jours que la communauté est sur OGR 28 et on n'a pas fait 25% du travail.
Waouh, que c'est long...
le projet va s'accélérer car les dernières centaines de millions UT ne durerons que "qqs secondes"... source, moi qui leur ai posé la question ! ;)
ils espèrent finir en 2021 au pire !
cela me laisse le temps de prend un dernier badge ! :D
Ils ne m'ont pas dit si ils cherchaient du coté des GPU (ce que je pense) voir ASIC (ce que je ne pense pas... pourtant plus simple à dev... mais après ils doivent "espérer" que les contributeurs joueraient le jeu en s'équipant !).
http://www.rechenkraft.net/yoyo/top_hosts.php?sort_by=expavg_credit
Un AFien se cache dans le top15 des meilleurs PC sous Yoyo... :D
:??: toujours à 26,77%... aucune idée... je demanderais peu être :??:
We opened the 20-x stub space today! Remember, there are 32 to complete. The OGR-28 stub space status page is stuck at the moment, but don't let that stop you from telling your friends to join in :)
On a ouvert l'espace 20 x aujourd'hui ! Souvenez-vous, il y a 32 à terminer. La page de statut de l'espace ogr-28 est bloquée à l'instant, mais ne laissez pas cela vous empêcher de dire à vos amis de se joindre à :)
=> le 02 févrierEn voila une assiette de nouille fraîche. :siflotte:CiterWe opened the 20-x stub space today! Remember, there are 32 to complete. The OGR-28 stub space status page is stuck at the moment, but don't let that stop you from telling your friends to join in :)
On a ouvert l'espace 20 x aujourd'hui ! Souvenez-vous, il y a 32 à terminer. La page de statut de l'espace ogr-28 est bloquée à l'instant, mais ne laissez pas cela vous empêcher de dire à vos amis de se joindre à :)
j'ai demandé à l'instant si ils avaient des news fraiches ! :jap:
L'espace 20 ? C'est une voiture ?
par contre non, dsl je ne serais pas grand maitre OGR... mais Spirit OGR !
Bon ca y est... j'ai trouver mon prochain projet BOINC qui va prendre les 20% de mon RAC...EvoRobot est apparu dans la liste des application disponible il y a au moins trois ans ( 2011 )avant d’être retirer.
MUON
:D
ok je ne vais pas trop loin... mais comme cela j'aurais rien à modifier réellement ! :p
sinon je viens de découvrir le projet EvoRobot sur Yoyo... on en à déjà parlé ici ?
si oui j'ai loupé l'info... seulement un AFien d'inscrit, sans aucune UT de valider ! :D
We have opened the 22/x stub space on OGR-28 this weekend. In a little over 3 years, we have completed more than 29% of the work necessary to prove the Optimal Golomb Ruler with 28 marks. We have also just passed the '300 million stubs completed' milestone. Over 47,700 of us working together have helped to make this happen.
One of our newest contributors on the coding side, Sunset, has helped us make a native PPC64 client for systems running Linux. She has some experience writing for VMX (which you may know as Altivec) and is hoping to update our existing cores for 64 bit systems. If you have a Power9 system in action, we would love to hear from you.
Nous avons ouvert le 22ème sous groupe de OGR28 ce week end. En 3 petites années nous avons déjà accompli 29% du travail necessaire pour trouver le Optimal Golomb Ruler de 28 "marques". Par ailleurs, nous venons d'atteindre les 300 Million de "stubs" de calculé. Et nous sommes plus de 47 700 à travailler ensemble pour atteindre ce niveau.
Une de nos nouvelles contributrice du code, Sunset, nous à aider pour le client tournant nativement sur les système PPC64 sous linux. Elle à une certaine expérience dans l'écriture pour VMX et nous espérons que cela va se rajouter au core 64bit crunchant déjà sur OGR28. Si vous avez un Power9 en fonctionnement nous aimerions avoir vos retours.
Chez moi les UT sont de plus en plus courte (4~5h avant... 1~4h maintenant), je suis donc allé voir le site et effectivement la tendance est à une fin dans 2ans (car il estime juste le temps à calculé en divisant les UT qu'ils restent par le nombre d'UT du jour, 3jours, 7jours...) donc plus le nombre d'UT calculé le jourJ est grand (car les durées de calcule sont courte) plus la fin est proche...
Mes UTs ont été téléchargées il y a bien 2 semaines!!! Vous en avez des nouvelles vous? - de 2 jours?
distributed.net
We've got some CUDA code and we've got some ARM code.
Are you the person to tie it together?
distributed.net
We've got some CUDA code and we've got some ARM code.
There will be soon a new subproject attacking an collatz issue integrated in yoyo@home. You have to enable this project in your settings and allow test applications. Linux 64 bit will be the first version.http://www.rechenkraft.net/yoyo//all_news.php#272 (http://www.rechenkraft.net/yoyo//all_news.php#272)
Mit Nontrivial Collatz Cycle ist ein neues Subprojekt in Vorbereitung, welches die Collatz-Vermutung für alle Zahlen bis 2^67 beweisen soll. Das ebenfalls mit dieser Vermutung beschäftigte Projekt Collatz Conjecture untersucht Zahlen größer als 2^71, sodass es keine Überschneidungen gibt.
15 Aug 2017 7:29:07 UTC 15 Aug 2017 9:55:38 UTC Over Success Done 8,414.68 80.19 160.37
15 Aug 2017 7:35:23 UTC 15 Aug 2017 9:05:54 UTC Over Success Done 5,263.13 50.15 100.31
15 Aug 2017 7:07:52 UTC 15 Aug 2017 9:40:20 UTC Over Success Done 8,804.40 83.90 167.80
https://fr.wikipedia.org/wiki/Conjecture_de_Syracuse
A confirmer ou infirmer une conjecture? :siflotte:
:hello:
Pour la nouvelle application : Nontrivial Collatz Cycle
Ça donne ceci :Citer15 Aug 2017 7:29:07 UTC 15 Aug 2017 9:55:38 UTC Over Success Done 8,414.68 80.19 160.37
15 Aug 2017 7:35:23 UTC 15 Aug 2017 9:05:54 UTC Over Success Done 5,263.13 50.15 100.31
15 Aug 2017 7:07:52 UTC 15 Aug 2017 9:40:20 UTC Over Success Done 8,804.40 83.90 167.80
merci Jean-Luc pour les explications. :jap:modesti a donné l'explication ici : https://forum.boinc-af.org/index.php/topic,690.msg460733.html#msg460733 (https://forum.boinc-af.org/index.php/topic,690.msg460733.html#msg460733)
mais qu'elle est là différence réelle entre les 2 projets collatz?
4 Sep 2017 5:05:41 UTC 4 Sep 2017 9:06:37 UTC Over Success Done 13,808.92 131.74 135.97
23 Sept 2017 Collatz: Search finishedhttps://www.rechenkraft.net/yoyo/ (https://www.rechenkraft.net/yoyo/)
After less than one and a half months (14 August to 23 September), we were able to successfully complete our search project:
We have found all the smaller path records as well as all starting numbers <260, whose maximum > 2 * 1016 * starting number (only such numbers are given as candidates) which were found by other persons (mainly Tomas Olivera e Silva and Eric Roosendaal); and thus validate our approach in the opposite direction.
We have found 4 new path records and have been able to prove that all starting numbers <87 * 260 (in particular also all <1020) land at 1 and pass into the trivial cycle.
Thus, we have also shown that a non-trivial cycle must consist of more than 17 billion sequence members
The reason for the change is on my side. I changed the server settings to allow only 2 Tasks in progress per CPU, because I have some issues with database load and want to reduce the amount of workunits in the DB.Donc en fait on dirait bien que ses problèmes avec la base de données se sont carrément dégradés !
Can't you change the settings to allow network traffic the whole day?
26 Sep 2017 17:52:05 UTC 27 Sep 2017 2:12:13 UTC Over Success Done 17,590.46 144.35 223.89
26 Sep 2017 17:49:45 UTC 27 Sep 2017 2:12:13 UTC Over Success Done 17,563.21 144.12 254.74
Bonjour à tous,
Que se passe-t-il avec OGR ?
Mes WUs restent en "Envoi en cours".
Et dans le statut du server chez yoyo, on ne trouve plus OGR ?
Ils ont retiré le projet ?
d'après ce que je comprends. tu dois avoir un problème dans tes préférences de calculs. ou peut-être même avec le contact réseau avec yoyo... tiens nous au jus...
8 Oct 2017 19:47:48 UTC 9 Oct 2017 0:23:57 UTC Over Success Done 16,258.63 142.83 217.87
8 Oct 2017 19:19:52 UTC 9 Oct 2017 0:47:50 UTC Over Success Done 19,316.95 169.70 257.73
8 Oct 2017 21:41:24 UTC 9 Oct 2017 3:10:00 UTC Over Success Done 19,228.06 168.92 255.59
Est-ce que sur "Perfect cuboid" quelqu'un a déjà eu des WUs qui ont duré beaucoup plus longtemps que les autres : genre 4 jours au lieu de 5 heures ?Oui ça peux arrivé, garde la. :kookoo:
En général, les temps de calcul sont hyper réguliers sauf pour cette WU chez moi.
perso jamais pour moi!!! Elle est à combien de pourcent?
Oui ça peux arrivé, garde la. :kookoo:
30 Jan 2018 Perfect Cuboid 2nd Batch finished
We finished our 2nd batch of Perfect Cuboid workunits. Result so far: If a perfect cuboid exists, its body diagonal exceeds 251.
OK, merci, je n'avais pas vu !Et moi j'en fini avec mes Asteroids@home et j'arrive. :hyperbon:
Je termine mes OGR et je relance cuboid...
On va trouver un cuboid parfait !
http://www.rechenkraft.net/yoyo/y_status_pcu.phpMerci pour l'info ! :hello: :jap: :kookoo:
C'est parti pour le 2^51-2^52 :hyperbon: :hyperbon: :hyperbon:
On vient de passer le palier des 55% sur OGR
Allez les AFien(nes) on accélère et on crunch encore plus :hyperbon: :hyperbon: :hyperbon:
De mon coté je viens de rajouter 8 cores H24/7jrs :hyperbon: :hyperbon: :hyperbon:
Je me demande même si ce n'est pas un beug ?
Augure tu envoies du lourd sur yoyo OGR :eek: Tu as changé quoi?
Juste une mise en garde : sois prudent avec ce que tu dis publiquement. Ce peut-être considéré comme de la diffamation. :origin:
1 Jul 2019 2:10:43 UTC Over Success Done 68,737.47 3,242.00 7,677.59
1 Jul 2019 3:13:06 UTC Over Success Done 75,826.57 3,576.35 1,541.82
30 Jun 2019 23:42:02 UTC Over Success Done 63,305.68 2,985.81 1,171.45
Erreur de topic, fzs? ;)Je n'ai pas garder ma première place très longtemps et je sais pourquoi. https://statseb.boinc-af.org/classement_membres.py?projet=59&sous_projet=M%20Queens&offset=0#2 (https://statseb.boinc-af.org/classement_membres.py?projet=59&sous_projet=M%20Queens&offset=0#2)
Bah c’est sûr qu’avec mes 48 threads au total, je dépote pas trop mal quand je mets tout sur le même projet :D:jap:
Non, le temps de calcul n'a pas changé pour mes OGR.
Mais mon ordinateur n'est en train de calculer que celles à rendre pour le 23 juillet à 9h00.
Peut-être que cela se produira pour les suivantes, il y a peut-être eu un changement de tâches dans celles à rendre pour le 23 juillet.
Les tiennes sont à rendre pour quand ?
Java est à jour sur ton PC?
Sur mon smartphone Android 9, toutes les tâches Yoyo partent en erreur aussi
mais sur ma tablette Android 4.4, je peux cruncher Yoyo sans problème !?
Mes UT yoyo ogr mettent plus de 2 jours à être calculées. Ça fait à peu près une semaine que ça se produit. Vous avez la même chose? :??:
Mes UT yoyo ogr mettent plus de 2 jours à être calculées. Ça fait à peu près une semaine que ça se produit. Vous avez la même chose? :??:
Elles sont interminables les unités de travail Yoyo… Que ce soit OGR ou Mqueens. (les Siever sont plus rapides autour de 2h par tâche)
La plupart mettent 8 à 10h à être calculées sur mes trois machines. (et je me demande si sur le bixeon, elles ne sont pas remise à zéro à chaque extinction vu le nombre d'unité validées sur cette machine depuis 3 jours, il faut que j'enquête un peu)
C'est pareil chez vous ou c'est que chez moi ?
je confirme que les MQueens redémarrent à 0 si on éteint l'ordi :priz2tet:
je viens de récupérer des OGR, elles annoncent 5j chez moi...Mes UT yoyo ogr mettent plus de 2 jours à être calculées. Ça fait à peu près une semaine que ça se produit. Vous avez la même chose? :??:
Elles sont interminables les unités de travail Yoyo… Que ce soit OGR ou Mqueens. (les Siever sont plus rapides autour de 2h par tâche)
La plupart mettent 8 à 10h à être calculées sur mes trois machines. (et je me demande si sur le bixeon, elles ne sont pas remise à zéro à chaque extinction vu le nombre d'unité validées sur cette machine depuis 3 jours, il faut que j'enquête un peu)
C'est pareil chez vous ou c'est que chez moi ?
Elles sont très longues oui. C'est dû au fait que nous sommes en phase de contrôle. d'ici 6 mois elles seront bcp plus courtes.
Une nouvelle application viens de débarquer sur Yoyo@home : M Queens https://www.rechenkraft.net/yoyo/apps.php (https://www.rechenkraft.net/yoyo/apps.php) :kookoo:
M Queens : https://fr.wikipedia.org/wiki/Probl%C3%A8me_des_huit_dames (https://fr.wikipedia.org/wiki/Probl%C3%A8me_des_huit_dames)
Merci pour cet éclairage. :jap:Une nouvelle application viens de débarquer sur Yoyo@home : M Queens https://www.rechenkraft.net/yoyo/apps.php (https://www.rechenkraft.net/yoyo/apps.php) :kookoo:
M Queens : https://fr.wikipedia.org/wiki/Probl%C3%A8me_des_huit_dames (https://fr.wikipedia.org/wiki/Probl%C3%A8me_des_huit_dames)
Je viens de regarder un peu plus en detail ce sous projet, il s'agit de compter le nombre de solution du probleme de Nqueens en 27x27.
La solution est deja connu (Elle a ete trouve en fin 2016, en un an de calcul sur du material special comme le Xilinx Virtex-7) mais n'a pas ete valide par une autre partie.
https://github.com/preusser/q27
C'est ce qu'ils font sur Yoyo, ils veulent valider ce resultat et passer a M = 28, qui sera une nouvelle decouverte.
:kookoo:
En consultant mes activités de crunch sur WUProp, j'ai constaté qu'il y a une nouvelle version de l'appli ecm : ecm P2 :kookoo:Oui elle nécessite 10 Gio de RAM. :o
(http://www.rechenkraft.net/yoyo/img/2-8.png)
Je crois que je viens d'atteindre mon plafond de verre... il reste +/- 1 an au projet... va falloir que je pense à ma reconversion ! :??:
mais je vais commencer par ma reconversion IRL à trouver... mais c'est cool, j'ai une deadline maintenant... 1 an !
:hello: coucou au passage, car je ne passe plus souvent ! :(
Et oui un an avant la fin du OGR28 il va falloir se dépêcher pour ceux qui recherche les badges... :hyperbon: :hyperbon:
(http://www.rechenkraft.net/yoyo/img/2-8.png)
Je crois que je viens d'atteindre mon plafond de verre... il reste +/- 1 an au projet... va falloir que je pense à ma reconversion ! :??:
mais je vais commencer par ma reconversion IRL à trouver... mais c'est cool, j'ai une deadline maintenant... 1 an !
:hello: coucou au passage, car je ne passe plus souvent ! :(
Il sera trop long le OGR29. sauf si il lance l'idée d'utiliser les GPU
Salut :kookoo:Oh j'ai cru voir un gros minet !!! :kookoo:
Je pense que ce site est resté à la toute première version des sites boinc et on ne peut pas mettre à 0 sur cette version!!! :/
Avez-vous des problèmes avec l'application ECM P2?Il faut les faire une part une voila le secret sinon pas assez de RAM. :kookoo:
Il faut les faire une part une voila le secret sinon pas assez de RAM. :kookoo:
<app_config>
<app>
<name>ecmP2</name>
<max_concurrent>1</max_concurrent>
</app>
</app_config>
Un app_config.xmlCode: [Sélectionner]<app_config>
<app>
<name>ecmP2</name>
<max_concurrent>1</max_concurrent>
</app>
</app_config>
M me dit quels sont les noms d'applis valides pour le projet en question ! :D
Et comment fais-tu cela?
Je pense que les noms d'appli, ou les trouve "simplement" dans les dossiers de projet.
Vais faire le test avec les "16e Lattice Sieve".
<app_config>
<app>
<name>turlututu</name>
<max_concurrent>1</max_concurrent>
</app>
</app_config>
puis, au lieu de redémarrer BM, je vais dans le menu "Options" --> "Lire les fichiers de configuration" : le nouvel app_config.xml est pris en compte <app_config>
<app>
<name>crunch</name>
<max_concurrent>2</max_concurrent>
</app>
<app>
<name>ecmP2</name>
<max_concurrent>1</max_concurrent>
</app>
</app_config>
:pt1cable:
user_friendly_name>Gravitational Wave search O2 Multi-Directional GPU</user_friendly_name>
<name>einstein_O2MDF</name>
Yoyo est peut-être plutôt l'exception ? j'avoue que c'est bizarre qu'il n'y ait pas le friendly name par opposition au name ici, mais sinon je m'en suis déjà servi plusieurs fois avec succès sur d'autre projets...
A toutes fins utiles je rappelle aussi l'existence de cet invraisemblable outil (https://forum.boinc-af.org/index.php/topic,8311.0.html). En fait, j'aurais même dû commencer par là : il fait TOUT le taff !!!
16 December 2020 GPU version for M Queens
We have now a first GPU version for the M Queens project for Windows. It requires an OpenCL 2.0 GPU. The version can be downloaded from github.com. The zip contains an installation instruction, the app and the app_info.xml.
17/12/2020 17:38:23 | yoyo@home | update requested by user
17/12/2020 17:38:24 | yoyo@home | Sending scheduler request: Requested by user.
17/12/2020 17:38:24 | yoyo@home | Requesting new tasks for NVIDIA GPU and AMD/ATI GPU
17/12/2020 17:38:25 | yoyo@home | Scheduler request completed: got 0 new tasks
17/12/2020 17:38:25 | yoyo@home | Project requested delay of 8 seconds
17/12/2020 17:38:36 | yoyo@home | Sending scheduler request: To fetch work.
17/12/2020 17:38:36 | yoyo@home | Requesting new tasks for NVIDIA GPU and AMD/ATI GPU
17/12/2020 17:38:37 | yoyo@home | Scheduler request completed: got 0 new tasks
17/12/2020 17:38:37 | yoyo@home | Project requested delay of 8 seconds
T'as choppé la source où ?https://www.rechenkraft.net/yoyo//all_news.php#316 (https://www.rechenkraft.net/yoyo//all_news.php#316)
Citer16 December 2020 GPU version for M Queens
We have now a first GPU version for the M Queens project for Windows. It requires an OpenCL 2.0 GPU. The version can be downloaded from github.com. The zip contains an installation instruction, the app and the app_info.xml.
Des gens arrivent à le faire tourner, lô ?
Je vais peut-être passer pour le gars qui a inventé le fil à couper le beurre mais savez-vous qu'il faut lancer le benchmark dans BM pour avoir plus de crédits pour les tâches "Siever"?
Mes valeurs étant par défaut, il semblerait que je gagne que 10% (voir moins) de crédit que je ne le devrais!
En allant voir le détail de vos PC's, vous devez avoir "Measured Floating Point Speed" et "Measured Integer Speed".
Si vous n'avez pas fait tourner le benchmark, vous devriez avoir les valeurs par défaut, à savoir 1000 et 1000.
Après le benchmark, ces valeurs sont modifiées et augmentent en proportion vos crédits.
C'est en tout cas ce que m'a dit un gars qui m'a contacté via la messagerie du projet.
Bref, peut-être connu des "pros" mais pas des "newbies"...
One of your computers has CPU Benchmarks of 1000/1000.
This means you get little credit fir Siever tasks and you also lose credit for users who share Siever tasks with you!
Run CPU Benchmarks ASAP.
Il y a une version 0.2 pour GPU :
https://github.com/sudden6/m-queens/releases/tag/m-queens-ocl-v0.2
Mais je ne reçois pas d'UT malgré l'installation, quelqu'un pour me dire ce qu'il faut faire de spécial ?
OGR 26 avait pris beaucoup moins de temps que OGR 25 (24 jours versu 3006) donc peut-être que si ;)
Application
ecm P2 705.02
Name
ecm_cn_1614562818_2_1180+1_8_P2
State
Waiting for memory
Received
3/1/2021 5:22:24 AM
Report deadline
3/6/2021 5:22:23 AM
Estimated computation size
15,563 GFLOPs
CPU time
00:16:18
CPU time since checkpoint
00:16:18
Elapsed time
00:16:20
Estimated time remaining
03:46:20
Fraction done
6.109%
Virtual memory size
5.68 GB
Working set size
5.25 GB
Directory
slots/6
Process ID
9552
Progress rate
22.320% per hour
Executable
ecmwrapper_705.02_windows_x86_64.exe
Les ecm P2 peuvent monter jusqu'à 8-10Go de RAM:eek: :eek: :eek: :gno:
Ce sont les ecm P2 qui consomment beaucoup de la ram, faut soit pas en faire, soit limiter leur nb simultanéMerci :jap:
Les ecm P2 peuvent monter jusqu'à 8-10Go de RAMSuis en train de faire un test : 19.4 GO ! :hap:
c'est pour ça que j'ai beaucoup d'erreurs sur ZCruncher, elle n'a que 18 Go :cavachier:Les ecm P2 peuvent monter jusqu'à 8-10Go de RAMSuis en train de faire un test : 19.4 GO ! :hap:
Nous avons tous le même problème.
Les applications Mac pour YoYo ne fonctionneront pas avec Mojave et les OS ultérieurs parce qu'elles ne sont pas en 64 bits.
Ca devrait/pourrait fonctionner sur Mojave si vous utilisez un client Boinc plus ancien (pas 64 bits).
Bon ben j'ai eu la réponse à mon problème sur le forum teuton :CiterNous avons tous le même problème.
Les applications Mac pour YoYo ne fonctionneront pas avec Mojave et les OS ultérieurs parce qu'elles ne sont pas en 64 bits.
C’est bizarre, j’ai 3 machines sous Mojave qui tournent à fond sur OGR!!
J’ai eu des pb avec les P2 mais les ecm « normales » ça allait!
"En général" tu ajoutes /server_status.php aux URL des projets, et pareil pour /apps.php,Frédé et s'ils ont pas trop bricolé le serveur standard boinc, ça fonctionne même quand c'est pas visible dans les menus.Pas bête :). Merci pour l'astuce.
Ben t'as quelle version de boinc dessus ? car si c'est une ancienne 32 bits, ça serait normal.Bon ben j'ai eu la réponse à mon problème sur le forum teuton :CiterNous avons tous le même problème.
Les applications Mac pour YoYo ne fonctionneront pas avec Mojave et les OS ultérieurs parce qu'elles ne sont pas en 64 bits.
C’est bizarre, j’ai 3 machines sous Mojave qui tournent à fond sur OGR!!
J’ai eu des pb avec les P2 mais les ecm « normales » ça allait!
Bon ben j'ai eu la réponse à mon problème sur le forum teuton :Tu crois que c'est possible que l'un de nous te calcule une UT yoyo et que ca te la valide pour le RAID ?CiterNous avons tous le même problème.
Les applications Mac pour YoYo ne fonctionneront pas avec Mojave et les OS ultérieurs parce qu'elles ne sont pas en 64 bits.
etCiterCa devrait/pourrait fonctionner sur Mojave si vous utilisez un client Boinc plus ancien (pas 64 bits).
--> 7.2.42 pour macOS si je dis pas de connerie.
Donc non, je vais pas le faire, j'espère qu'un jour yoyo pourra recompiler tout ça...
MacOS 10.14 Mojave, the version of the Mac operating system before the new macOS Catalina, is the last version that supports 32-bit software. With Catalina, only 64-bit software will be supported.
MacOS 10.14 Mojave, la version du système d'exploitation Mac avant le nouveau MacOS Catalina, est la dernière version qui supporte les logiciels 32 bits. Avec Catalina, seuls les logiciels 64 bits seront pris en charge.
A mon avis faudrait poster ça sur le forum yoyo, ils ont une section anglophone (https://www.rechenkraft.net/forum/viewforum.php?f=57) (c'est là où j'ai posté mon problème).Merci :jap:
Paresseux !! :lol:C'est le mot juste :D
Hello,
ECM = j'ai souvent l'erreur dont copie d'écran ci-jointe.
Une idée ?
Merci beaucoup :jap:
C'est à cause du nom c'est ça ? ça fait pas assez professionnel ?:siflotte:
:warf:
Les MQueens repartent à 0 à chaque redémarrage ...MQueens et Siever n'ont pas de point de sauvegarde :spamafote:
Chacun son opinion, et la mienne n'est pas loin de la tienne :kookoo:C'est à cause du nom c'est ça ? ça fait pas assez professionnel ?:siflotte:
:warf:
Non, c'est le fait qu'avec le temps, je préfère les projets BIO. Ou de beaux badges :hilare:
Yoyo c'est juste un condensé de projets externes, c'est froid.
Pas la même chose qu'aider directement ceux qui ont besoin de temps de calcul.
Bon je sais, tout ça ne tient pas debout :pt1cable:
:hello: :kookoo:
Most of your hosts have CPU Benchmarks set to default 1000/1000.
This means you get 1/10th (or less) of the credit you should get for Siever tasks.
You also reduce the credit for people who share Siever tasks with you :(
Run CPU Benchmarks in the BOINC client ASAP:
BOINC Manager => Tools => Run CPU Benchmarks
J'ai effectué les tests CPU, avant-hier et cela n'a rien changé à mes crédits faibles ! :/Suis passé de 54 à 540 sur Siever ...
Une de mes machines a trouvé un facteur sur ECM.:jap:
Une de mes machines a trouvé un facteur sur ECM.:jap:
85% effectué ce jour sur OGR :kookoo:
https://stats.distributed.net/project/ogr_status.php?project_id=28
Ils enchaineront avec OGR 29 ... :D
Ils enchaineront avec OGR 29 ... :D
C'est pas parce qu'il n'y a actuellement pas de client distributed.net pour faire de l'OGR 29 que distributed.net ne va pas en sortir un d'ici la fin d'OGR 28 ... ;)
The following is an email sent to you by an administrator of
"Rechenkraft.net e.V.". If this message is spam, contains abusive or other
comments you find offensive please contact the webmaster of the board at
the following address:
kontakt@rechenkraft.net
Include this full email (particularly the headers).
Message sent to you follows:
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Liebe Rechenkraftler,
nachdem sich viele Vereinsmitglieder in einer vorangehenden Diskussion
dafür ausgesprochen hatten, hat der Veresinvorstand gemeinsam mit einigen
engagierten Mitgliedern inzwischen wie gewünscht eine Gridcoin-Wallet für
den Verein auf den RKN-Cluster Account angelegt.
Die Primäraufgabe sehen wir - neben der Möglichkeit (nicht steuerlich
absetzbare) Spenden entgegen zu nehmen - zunächst einmal darin,
Interessenten dabei Starthilfe zu geben, in die Kryptowährung Gridcoin
einzusteigen. Das soll vor allem dazu dienen, den noch breiteren Einsatz
von Distributed Computing durch Kopplung an eine Kryptowährung weiter voran
zu treiben und erfüllt somit den zentralen Satzungszweck des Vereins.
In diesem Sinne: Wissenschaft (Gridcoin) statt heisse Luft (Bitcoin)!
Alles weitere an Informationen dazu könnt ihr im Forum unter folgender URL
erfahren und mitdiskutieren:
https://www.rechenkraft.net/forum/viewtopic.php?f=39&t=17829
Ein schönes Herbstwochenende wünschend,
Michael (für den Rechenkraft.net Vorstand).
= = = = =
Briefly for our english speaking friends: This email just announces the
establishment of a Gridcoin cryptocurrency wallet for the Rechenkraft.net
community cluster.
The goal is to further foster distributed computing by connecting it to a
cryptocurrency in the sense of: science (Gridcoin) vs. hot air (Bitcoin).
If you are interested in this topic, you may want to use a translator app
to convert the information posted under this URL to your language:
https://www.rechenkraft.net/forum/viewtopic.php?f=39&t=17829
Michael.
Le texte suivant est un courriel qui vous a été envoyé par un administrateur de
"Rechenkraft.net e.V.". Si ce message est un spam, contient des propos abusifs ou d'autres
les commentaires que vous jugez offensants, veuillez contacter le webmaster du forum à l'adresse suivante
à l'adresse suivante :
kontakt@rechenkraft.net
Incluez ce courriel complet (en particulier les en-têtes).
Le message qui vous est envoyé suit :
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Cher Rechenkraftler,
après que de nombreux membres de l'association se soient prononcés en faveur d'une
discussion, le conseil d'administration de Veresin, ainsi que quelques membres engagés
Les membres de l'association ont créé un portefeuille Gridcoin pour l'association sur le site Web de l'association.
pour l'association sur le compte du cluster RKN.
Nous voyons la tâche principale - en dehors de la possibilité d'accepter (non déductible fiscalement)
déductibles des impôts), nous voyons notre tâche principale avant tout,
les parties intéressées à se lancer dans la crypto-monnaie Gridcoin.
crypto-monnaie. L'objectif principal est de promouvoir l'utilisation encore plus large de l'UE.
l'informatique distribuée en la liant à une crypto-monnaie et remplit ainsi le rôle central de l'entreprise.
et remplit ainsi l'objectif statutaire central de l'association.
En ce sens : la science (Gridcoin) au lieu de l'air chaud (Bitcoin) !
Vous trouverez toutes les informations complémentaires dans le forum à l'adresse suivante
et rejoignez la discussion :
https://www.rechenkraft.net/forum/viewtopic.php?f=39&t=17829
Je vous souhaite un bon week-end d'automne,
Michael (pour le conseil d'administration de Rechenkraft.net).
= = = = =
En bref, pour nos amis anglophones : Cet e-mail annonce simplement la mise en place de la
mise en place d'un portefeuille de crypto-monnaie Gridcoin pour le Rechenkraft.net
cluster communautaire.
L'objectif est de favoriser davantage le calcul distribué en le connectant à un système de gestion de l'information.
les crypto-monnaies dans le sens de : science (Gridcoin) vs. air chaud (Bitcoin).
Si ce sujet vous intéresse, vous pouvez utiliser une application de traduction.
pour convertir les informations publiées sous cette URL dans votre langue :
https://www.rechenkraft.net/forum/viewtopic.php?f=39&t=17829
Michael.
Traduit avec www.DeepL.com/Translator (version gratuite)
23 October 2021 Project progress
An update for the progress on each sub project in yoyo@home:
OGR-28
is 89% completed (https://stats.distributed.net/projects.php?project_id=28). It will finish around beginning of 2023 (https://stats.distributed.net/project/ogr_status.php?project_id=28).
Siever & ECM
I see currently no end in further demands for sieving and trial factorizations. There are many many math projects which have needs for sieving and factorizations.
M-Queens
We are currently in the 2. of 3 parts and have there 70% done. So in total we are at 56%. We started 2 years ago. So it might take another 2 years to finish it.
yoyo
90% effectué ce jour sur OGR :bipbip: :bounce: :clafete:
Dernière ligne droite :kookoo:
https://stats.distributed.net/project/ogr_status.php?project_id=28
Est-ce qu'un modo ou un admin pourrait mettre le premier post à jour SVP ?Fait.
Je viens d'y passer et la dernière màj date de 2017. Depuis, evolution s'est terminé, Siever et N Queens ont été ajoutés ...
MERCIIIIII ! :jap: :calin:
stderr outC'est quoi le souci ?
<core_client_version>7.16.19</core_client_version>
<![CDATA[
<message>
process exited with code 255 (0xff, -1)</message>
<stderr_txt>
Process creation (../../projects/www.rechenkraft.net_yoyo/ecmwrapper_705.02_x86_64-apple-darwin) failed: Bad CPU type in executable (errno = -1)
</stderr_txt>
]]>
C'est exactement la même erreur que j'ai sur moo avec mon iMac fin 2020.Et il n'y a pas de solution ?
https://moowrap.net/forum_user_posts.php?userid=225966
jerome@imac-de-jerome Downloads % cd /Library/Application\ Support/BOINC\ Data/projects/moowrap.net
jerome@imac-de-jerome moowrap.net % ls -ahl
total 6960
drwxrwxr-x 9 boinc_master boinc_project 288B 18 mar 08:01 .
drwxrwx--- 30 boinc_master boinc_project 960B 5 fév 11:29 ..
-rw-rw-r-- 1 boinc_master boinc_project 496B 21 nov 2020 dnetc-cpu-1.2.ini
-rwxrwxr-x 1 boinc_master boinc_project 1,4M 21 nov 2020 dnetc518-macosx-amd64
-rwxrwx--x 1 boinc_master boinc_project 1,5M 13 mar 06:59 dnetc518-macosx-x86
-rwxrwx--x 1 boinc_master boinc_project 274K 13 mar 06:59 dnetc_wrapper_1.3_i686-apple-darwin
-rwxrwxr-x 1 boinc_master boinc_project 292K 21 nov 2020 dnetc_wrapper_1.3_x86_64-apple-darwin
-rw-rw---- 1 boinc_master boinc_project 212B 13 mar 06:59 job-mac32-1.2.xml
-rw-rw-r-- 1 boinc_master boinc_project 214B 21 nov 2020 job-mac64-1.2.xml
jerome@imac-de-jerome moowrap.net % dnetc_wrapper_1.3_i686-apple-darwin
zsh: command not found: dnetc_wrapper_1.3_i686-apple-darwin
jerome@imac-de-jerome moowrap.net % dnetc518-macosx-amd64
zsh: command not found: dnetc518-macosx-amd64
jerome@imac-de-jerome moowrap.net % dnetc518-macosx-x86
zsh: command not found: dnetc518-macosx-x86
jerome@imac-de-jerome moowrap.net %
./dnetc_wrapper_1.3_i686-apple-darwin
depuis le répertoire courant ?
jerome@imac-de-jerome moowrap.net % ./dnetc_wrapper_1.3_i686-apple-darwin
zsh: bad CPU type in executable: ./dnetc_wrapper_1.3_i686-apple-darwin
./dnetc_wrapper_1.3_x86_64-apple-darwin
C'est exactement la même erreur que j'ai sur moo avec mon iMac fin 2020.
https://moowrap.net/forum_user_posts.php?userid=225966
Essayons avec l'autre type :DIl ne met pas d'erreur et il ne fait rien, ça dure 2/3 secondes et je reviens sur le prompt.Code: [Sélectionner]./dnetc_wrapper_1.3_x86_64-apple-darwin
Concernant moo, et donc aussi yoyo, je reviens quand même sur ce résultat : la 2ème application semble ne pas planter. Y aurait-il pas moyen à base de app_config (voire de cc_config) de forcer son utilisation ? (vu qu'on peut probablement pas compter sur ces deux projets pour qu'ils corrigent ça... du moins certainement pas moo)Essayons avec l'autre type :DIl ne met pas d'erreur et il ne fait rien, ça dure 2/3 secondes et je reviens sur le prompt.Code: [Sélectionner]./dnetc_wrapper_1.3_x86_64-apple-darwin
Mais comme je disais je vois pas en quoi ça va aider boinc ?
Je suis d'accord avec Modesti ça commence à faire pas mal de HS, peut-être un modo peut déplacer tout le texte après mon message (où je dis "même pbm") dans le topic moo, et après je ferai juste un lien ici ?
OGR-28 99.8% finished
After 3,174 days, the OGR-28 project has finished and douple checked 99.8% of it's search space. The project will finish in the next days.
Oyé Oyé : le projet OGR-28 vit ces dernières heures !!!
Jean-Luc, es-tu membre du club d’ASTRONOMIE DE WITTELSHEIM ?Oui et j'en ai même été le président pendant 16 ans et quelques mois.
<core_client_version>7.20.2</core_client_version>
<![CDATA[
<message>
process exited with code 255 (0xff, -1)</message>
<stderr_txt>
Process creation (../../projects/www.rechenkraft.net_yoyo/wrapper_519.01_x86_64-apple-darwin) failed: Bad CPU type in executable (errno = -1)
</stderr_txt>
]]>
[Nov 06 22:16:33 UTC] The keyserver says: have run out of OGR-NG work.
[Nov 06 22:16:34 UTC] OGR-NG: Sent 6 packets (1385.81 stats units) to server.
[Nov 06 22:16:34 UTC] Connection closed.
[Nov 06 22:16:34 UTC] Input buffers are full (or projects are closed).
No fetch required.
Not an OpenCL 2.x device, version: OpenCL 3.0 CUDA
News
30 December 2022 M-Queens project end estimation
We estimate, that the project will finish in December 2023.
Le sous-projet M Queens s'est terminé le week-end dernier. Aucune autre unité de travail n'est distribuée. Nous analysons maintenant les résultats qui sont 8 Go de données compressées. Un grand merci pour votre travail fourni.
M Queens 27 additional workunits
We have to process some additional workunits. Some returned already.
19 March 2023
Héhé je n'avais jamais fait attention au lien en bas de ta signature JL, sympa l'article de 2011 avec ton recrutement par McRoger (*) pour l'AF dans les commentaires ;)
(*) vive les pommes !! triste que McRoger vienne plus nous voir depuis si longtemps :/
Sinon pour revenir on-topic j'ai essayé de faire un peu de yoyo avec vous sur OGR et toutes les tâches ont planté immédiatement, donc tant pis...Citer<core_client_version>7.20.2</core_client_version>
<![CDATA[
<message>
process exited with code 255 (0xff, -1)</message>
<stderr_txt>
Process creation (../../projects/www.rechenkraft.net_yoyo/wrapper_519.01_x86_64-apple-darwin) failed: Bad CPU type in executable (errno = -1)
</stderr_txt>
]]>
Mais vu l'âge des applis Mac (2011) je ne suis que légèrement étonné...
<core_client_version>7.20.7</core_client_version>
<![CDATA[
<message>
process exited with code 255 (0xff, -1)</message>
<stderr_txt>
Process creation (../../projects/www.rechenkraft.net_yoyo/ecmwrapper_705.02_x86_64-apple-darwin) failed: Bad CPU type in executable (errno = -1)
</stderr_txt>
]]>
2 May 2023 Welcome Pentathlon
The ECM and ECM P2 projects were choosen by the BOINC Pentathlon in the discipline Obstacle Run. Many user are already downloading lot of workunits and some return already. Credits are not yet counted for the Pentathlon, but we already have a noteworthy result, a 65 digit prime was found. This was sent to Paul Zimmermann to fill his list of ecm records (https://members.loria.fr/PZimmermann/records/ecmnet.html).
Les ECM "ru" sont les ECM P2 et on voit dans les sorties de l'UT :Je n'ai rien constaté de tel. J'ai actuellement 22 ru en run, ce qui correspondrait à 220 Go de RAM. Je ne les ai pas.
wrapper: running ecm ( -v -timestamp -param 0 -chkpnt checkpnt -maxmem 10000 -inp in -savea save 7600000000 1)
Au moins c'est clair, 10Go max pour la mémoire.
Pour les P2 pour le moment j'ai du bol. Il n'y a que une voir 2 à la fois sur mon ordi.Et ben j'ai plus de bol, j'ai été obligé de killer toutes les P2 après avoir suspendu yoyo en urgence, ce qui m'a permis de constater que les ecm n'avaient pas de point de sauvegarde :priz2tet:
J'ai constaté ça aussi, elles prennent par moment jusqu'à 10Go de RAM mais restent silencieuses en RAM pendant un moment. Risque : si elles sont trop en parallèle et qu'elles soient en mode "besoin RAM".Les ECM "ru" sont les ECM P2 et on voit dans les sorties de l'UT :Je n'ai rien constaté de tel. J'ai actuellement 22 ru en run, ce qui correspondrait à 220 Go de RAM. Je ne les ai pas.
wrapper: running ecm ( -v -timestamp -param 0 -chkpnt checkpnt -maxmem 10000 -inp in -savea save 7600000000 1)
Au moins c'est clair, 10Go max pour la mémoire.
Par contre j'ai une P2 qui effectivement prend 10 Go. :spamafote:
Hello,Ça fait la même chose avec emc.
Est-ce normal qu'une wu ecm2 reparte à zéro après arrêt du PC.
Vous êtes sûr que y'avait des points de reprise ? malheureusement WUProp / results est tout cassé, je peux rien voir :(Il me semble bien que oui.