The newest yafu version 1.33 is now deployed for 32/64 bit Windows and 64 bit Linux systems.
The version contains some stability and robustness fixes as well as less output. SO the results should be a bit smaller.
La nouvelle version 1.33 de yafu est maintenant disponible pour les systèmes Windows 32/64 bit et Linux 64 bit.
Cette version apporte de la stabilité et résout un manque de robustesse, il y a également mois d'informations en sortie. Le fichier de résultat devrait donc être un peu plus petit.
2 Sep 2011 | 11:43:57 UTC 2 Sep 2011 | 11:44:23 UTC Erreur en cours de calculs 2.16 0.00 --- YAFU v128.01
2 Sep 2011 | 11:41:22 UTC 2 Sep 2011 | 11:43:30 UTC Erreur en cours de calculs 2.20 0.00 --- YAFU v128.01
Merci pour l'info poly :kookoo:Je n'ai pas calculé sur ce projet, mais si je m'en réfère au message d'erreur, il te manque le paquet libgmp10.
Apparement les applications pour Gnu-linux partent en erreurs de calcul
http://yafu.dyndns.org/yafu/forum_thread.php?id=11#30 (http://yafu.dyndns.org/yafu/forum_thread.php?id=11#30)
Chez moi aussi
:jap:
il te manque le paquet libgmp10.Apparement le paquet n'est pas présent dans les dépots de lucid
J'ai des UTs qui tournent depuis plus d'1h30, je commence à me poser des questions …
Polynésia, quel est ton secret pour trouver autant de nouveaux projets ?
:kookoo:
9 Sep 2011 | 5:01:46 UTC 9 Sep 2011 | 5:46:05 UTC Terminé et validé 2,480.02 1,360.66 18.24 YAFU v128.02
9 Sep 2011 | 5:01:45 UTC 9 Sep 2011 | 5:35:12 UTC Terminé et validé 1,815.42 1,325.96 13.53 YAFU v128.02
c'était déjà annoncé sur notre forum ici (http://forum.boinc-af.org/index.php/topic,4316.msg290699.html#msg290699) et là (http://forum.boinc-af.org/index.php/topic,4316.msg290738.html#msg290738) :pWé ........ca dit pas tout a fait ca :ange:
...
La curiosité c'est que SG fait une action sur un projet qui ne compte pas au FB pour le moment. :??:
Wé ........ca dit pas tout a fait ca :ange:
La bonne nouvelle c'est que SG ne vient pas nous chercher sur constellation :)
La curiosité c'est que SG fait une action sur un projet qui ne compte pas au FB pour le moment. :??:
Euh, je m'auto-cite :Au moins y'en a une qui t'écoute :p
11h25 de crunh... je crois que je vais abandonner
About YAFU
YAFU is a alpha project, which main goal is it to test the latest Boinc server code for bugs. Please report any error which you find in the webpages in the forum.
In parallel to this it factorize numbers of 80-110 digit length which needs to be factored. You can participate by downloading and running a free program on your computer.
Combien dure une unité Yafu ? Parce que j'en ai 6 qui tournent depuis + de 6h sur mon i7 2700k overclocké à 4,5Ghz...C'est tres variable mais voila ma plus longue sur I7.
1 Dec 2011 | 19:14:29 UTC 4 Dec 2011 | 10:52:00 UTC Terminé et validé 76,101.78 35,193.43 612.04 YAFU v128.06Et encore une.
1 Dec 2011 | 19:44:51 UTC 4 Dec 2011 | 10:52:00 UTC Terminé et validé 66,377.17 20,851.64 459.07 YAFU v128.06
Merci de l'info, je n'arrives qu'à avoir des 128.07....Il faut aller dans les prefs de ton compte et cocher la case : "Lancer les applications de test ? "
les unités 130.02 sont multi-coeurs.
Beginning of Juni the project will have an outage for round about 2 weeks.
We are now at C110 level. Round about 12k workunits are on this level. I watch execution times very closely to decide if we go ahead afterwards with longer numbers. My current view to runtimes is, that 4 additional digits will duplicate the runtime.
Nous sommes maintenant au niveau C110. Il devrait y avoir environ 12.000 unités dans ce niveau. Je surveille le temps d’exécution de près afin de décider si l'on devra continuer avec des nombres plus grands. Selon mes connaissances sur le temps d’exécution, ajouter 4 chiffres devrait doubler le temps de calcul.
We jumped over C111 and now we are already at C112. Runtimes are still less than 10h on a 8 core system. I think I let it run at least up to C115 or until no user is willing anymore to run the workunits ;)
Cheers, yoyo
Nous avons sauté le niveau C111 et sommes maintenant déjà au C112. Le temps de calcul est encore inférieur à 10h sur un système à 8 cœurs. Je pense que je vais continuer au moins jusqu'au niveau C115 ou jusqu'à ce que plus aucun utilisateurs ne veuillent y participer ;)
Cheers, yoyo
The newest yafu version 1.33 is now deployed for 32/64 bit Windows and 64 bit Linux systems.
The version contains some stability and robustness fixes as well as less output. SO the results should be a bit smaller.
La nouvelle version 1.33 de yafu est maintenant disponible pour les systèmes Windows 32/64 bit et Linux 64 bit.
Cette version apporte de la stabilité et résout un manque de robustesse, il y a également mois d'informations en sortie. Le fichier de résultat devrait donc être un peu plus petit.
Le projet ne sera pas générer de nouvelles unités de travail pendant au moins 5 semaines. Il ira également hors ligne pendant quelques semaines.http://yafu.dyndns.org/yafu/forum_thread.php?id=140 (http://yafu.dyndns.org/yafu/forum_thread.php?id=140)
:hello:
La nouvelle URL du projet est celle-ci : http://yafu.myfirewall.org/yafu/ (http://yafu.myfirewall.org/yafu/)
http://yafu.myfirewall.org/yafu/forum_thread.php?id=158&postid=660 (http://yafu.myfirewall.org/yafu/forum_thread.php?id=158&postid=660)
Gentil admin si tu passe par la, merci.
:jap:
Hello ! :hello:Si tu as mis 1H à faire la WU avec 8 cores, ça compte pour 8H :D
Comment les calculs sont-ils considérés par WuProp quand les 8 cores du CPU sont mobilisés sur 1 tâche ?
Merci
30 Jun 2015, 5:26:38 UTC 1 Jul 2015, 16:46:42 UTC Terminé et validé 67.63 16.03 2.52 YAFU for small composites v134.01 (mt)
Vu le nom du projet oui ça me paraît normal :D
heu c'est normal ce comportement :
2 Jul 2015, 5:14:05 UTC 2 Jul 2015, 5:22:13 UTC Terminé et validé 20.50 20.50 0.47 YAFU v134.01 (mt)
(Temps annoncé 31mn et ca sort au bout de quelques secondes) :??:
yafu_ali_432996_L129_C109_1436115305_9_0
La théorie des nombres (appelée aussi arithmétique) est le fondement des mathématiques.
Oui, un article a été publié dans le "Pour la Science" de février 2002, par Jean-Paul Delahaye :
http://www.lifl.fr/~lasou/UEs/info154/JPD/PLSSuitesAlicotes.pdf (http://www.lifl.fr/~lasou/UEs/info154/JPD/PLSSuitesAlicotes.pdf)
Quant à moi, je suis très actif dans le domaine des suites aliquotes.
Vous pouvez voir mon site cité sur la page Wikipedia proposée par Jack, mais bien plus détaillé sur le sujet : www.aliquotes.com (http://www.aliquotes.com)
Je décompose parfois des nombres à 160 chiffres. Comme l'a bien expliqué Jack, méthode ECM pour rechercher des facteurs jusqu'à 55 chiffres (durée à trois mois). Si échec, méthode NFS sur 8 ou 12 cores (durée idem). Et la suite aliquote avance d'un terme ! On rentre alors tout dans la base de données prévue à cet effet : http://factordb.com/sequences.php (http://factordb.com/sequences.php)
Pour anticiper la question "A quoi ça sert ?" :
Les suites aliquotes sont une curiosité de la théorie des nombres qui mettent en relief plusieurs grandes questions restées ouvertes comme la conjecture de Goldbach, les nombres parfaits, les nombres amiables, des théorèmes de Lenstra etc... Et progresser dans toutes ces questions permettra à la communauté des mathématiciens de trouver de nouvelles méthodes, de nouveaux algorithmes. Les nombres premiers sont le ciment qui permet de construire les nombres. Et mieux les connaître est fondamental.
La théorie des nombres (appelée aussi arithmétique) est le fondement des mathématiques.
La grande question en ce qui concerne les suites aliquotes est : en existe-t-il qui "partent" vers l'infini ? La première candidate est 276 (cliquer ici : http://factordb.com/sequences.php?se=1&aq=276&action=last20&fr=0&to=100 (http://factordb.com/sequences.php?se=1&aq=276&action=last20&fr=0&to=100)).
Comme vous le voyez pour cette suite aliquote, le nombre à factoriser fait actuellement 177 chiffres (mais ça va bientôt changer quand ça aura avancé) et ça prendra des mois sur 12 coeurs !
Elle est réservée à une personne qui est en train de la calculer.
On réserve chacun nos suites aliquotes pour qu'on ne soit pas plusieurs à calculer les mêmes (voir ici : http://www.mersenneforum.org/showthread.php?t=11588 (http://www.mersenneforum.org/showthread.php?t=11588))
Une conjecture vieille de plus de un siècle affirme que toutes les suites aliquotes tombent finalement sur 1 ou sur une chaîne aliquote, mais nous sommes plusieurs à penser le contraire, voir ici en ce qui me concerne : http://www.aliquotes.com/infirmer_catalan.pdf (http://www.aliquotes.com/infirmer_catalan.pdf)
Yafu, mais aussi yoyo font des calculs pour les suites aliquotes.
Si questions, n'hésitez pas...
Dernière remarque : la théorie des nombres peut proposer des conjectures très simples à comprendre dont la démonstration peut prendre des siècles (et tenir sur des centaines ou des milliers de pages !), voire s'avérer impossible ! Pour certaines de ces questions, les mathématiciens ne savent même pas comment aborder le problème. Il reste alors une seule approche : la puissance de calcul brute pour essayer de repérer des "régularités" et donc trouver des pistes pour enfin essayer de s’attaquer au problème. Car l'existence de l'ordinateur est somme toute très récente. Le souci avec cette approche est que ce genre de recherche à l'aveugle fait finalement repérer des choses inconnues et pose donc encore plus de questions qu'on en avait au départ. En fait, c'est un bonheur et je crois bien que la moitié du boulot est déjà faite quand on arrive à poser une bonne question, c'est à dire énoncer une nouvelle conjecture (souvent à l'aide de l'ordinateur) qu'il faudra ensuite démontrer (à l'aide de la théorie, mais aussi maintenant parfois à l'aide de l'ordinateur...)
Jean-Luc
Une C110 de chopée :gniak: :hyperbon: :hyperbon: :hyperbon:12h de calcul... au suivant :D
Une C110 de chopée :gniak: :hyperbon: :hyperbon: :hyperbon:12h de calcul... au suivant :D
2 coresUne C110 de chopée :gniak: :hyperbon: :hyperbon: :hyperbon:12h de calcul... au suivant :D
12H avec combien de cores ?
21 Apr 2016, 17:54:19 UTC 21 Apr 2016, 19:12:22 UTC Terminé et validé 4,683.00 21,013.00 144.78 YAFU-4t v134.01 (4t)x86_64-pc-linux-gnu
21 Apr 2016, 17:54:19 UTC 21 Apr 2016, 19:13:23 UTC Terminé et validé 1,103.15 1,103.15 34.11 YAFU-4t v134.01 (4t)x86_64-pc-linux-gnu
24 Apr 2016, 17:42:56 UTC 25 Apr 2016, 7:04:32 UTC Completed and validated 41,013.06 33,871.94 27,892.79 YAFU-4t v134.05 (4t)windows_x86_64
28 Apr 2016, 5:18:50 UTC 29 Apr 2016, 20:13:44 UTC Completed and validated 118,923.30 118,923.30 79,206.54 YAFU-4t v134.05 (4t)windows_x86_64
28 Apr 2016, 6:43:00 UTC 30 Apr 2016, 7:44:35 UTC Completed and validated 81,892.46 81,892.46 54,382.08 YAFU-4t v134.05 (4t)windows_x86_64
Échec de la connexion sécurisée
La connexion avec le serveur a été réinitialisée pendant le chargement de la page.
La page que vous essayez de consulter ne peut pas être affichée car l’authenticité des données reçues ne peut être vérifiée.
Veuillez contacter les propriétaires du site web pour les informer de ce problème.
ni de me ratacher au projet ... :priz2tet:En attendant pour te raccrocher a Yafu tu peux passer par BAM. :kookoo:
Une C119 de chopée... ca monte ca monte :hyperbon: :hyperbon: :hyperbon:
to test the latest Boinc server code for bugs, please report any error which you find in the webpages in the forum
to test the latest versions of yafu.?
Une autre question:
Une suite aligote dans la vie de tout les jours, ça sert à quoi?
Ça fait évoluer les instruments de mesure? L'informatique? Les transmissions de données!??? :??:
Merci Jean-Luc pour cette explication.
Si je comprend bien mon ut. Le fait qu'elle reparte à un certain pourcentage, est dû, au fait qu'elle n'a pas encore trouvée un "équilibre" dans son résultat... !?
Je la laisse donc encore cruncher...
Une question hs : si je venais à abandonner une UT, un autre ordinateur la récupère ; celui-ci recommence le calcul de l'UT du début?
Bref, j'ai pu lire une partie de la réponse à mes questions dans un des posts de Jean-Luc,:kookoo:
mais afin de calculer sur le projet mathématique dont référence dans cette discussion,
quelle application faut-il sélectionner ?
YAFU
YAFU for small composites
YAFU 4t
YAFU 8t
YAFU 16t
Merci ! :jap:
Merci Ceclo pour ces précisions, je ne savais pas !De rien :sun:! Concernant la RAM, je n'ai pas remarqué de consommation particulière, mais je n'ai pas vraiment fait attention... J'ai surtout cruncher sur ce projet pendant le PD2S de début août.
T'as des infos sur la quantité de RAM utilisée par thread ?
J'ai un yafu C130 qui une fois arrivé à 99.99 % repart à 74 % c'est normal? Ça fais 14h qu'il tourne avec 4 CPU...UT terminée après 27h de calcule.
Task cliquer pour voir les détails Afficher les noms Unité de travail (WU) cliquer pour voir les détails Ordinateur Envoyé Délai reporté ou date limite explication État Temps de fonctionnement (sec) Temps de CPU (sec) Crédit Application 784443 686247 13803 3 Aug 2016, 6:43:33 UTC 4 Aug 2016, 18:36:02 UTC Terminé et validé 107,780.12 46,832.41 39,736.18 YAFU-4t v134.05 (4t) windows_x86_64 783148 694840 13803 3 Aug 2016, 4:43:29 UTC 3 Aug 2016, 12:43:57 UTC Terminé et validé 10,012.48 6,689.06 595.21 YAFU v134.05 (mt) windows_x86_64 784365 695914 13803 3 Aug 2016, 3:43:26 UTC 3 Aug 2016, 6:43:33 UTC Terminé et validé 7,211.54 5,150.41 2,685.50 YAFU-4t v134.05 (4t) windows_x86_64 784378 695927 13803 3 Aug 2016, 3:43:26 UTC 3 Aug 2016, 4:43:29 UTC Terminé et validé 2,233.73 2,233.73 83.02 YAFU-4t v134.05 (4t) windows_x86_64 784317 695867 13803 3 Aug 2016, 2:17:40 UTC 3 Aug 2016, 3:43:26 UTC Terminé et validé 491.23 40.83 18.27 YAFU-4t v134.05 (4t) windows_x86_64 783096 694799 13803 3 Aug 2016, 2:17:40 UTC 3 Aug 2016, 3:43:26 UTC Terminé et validé 2.39 0.00 0.14 YAFU v134.05 (mt) windows_x86_64 783067 694773 13803 3 Aug 2016, 2:05:55 UTC 3 Aug 2016, 2:17:40 UTC Terminé et validé 472.49 1,736.33 27.71 YAFU v134.05 (mt) windows_x86_64 783075 694780 13803 3 Aug 2016, 2:05:41 UTC 3 Aug 2016, 2:17:40 UTC Terminé et validé 216.97 46.94 12.73 YAFU v134.05 (mt) windows_x86_64 782578 694335 13805 2 Aug 2016, 11:49:39 UTC 3 Aug 2016, 14:59:43 UTC Terminé et validé 18.97 4.77 1.36 YAFU v134.05 (mt) windows_x86_64 782539 694307 13804 2 Aug 2016, 9:29:34 UTC 3 Aug 2016, 15:16:58 UTC Terminé et validé 3.24 0.00 0.09 YAFU v134.05 (mt) windows_x86_64 783679 695295 13804 2 Aug 2016, 8:29:28 UTC 3 Aug 2016, 15:16:58 UTC Terminé et validé 63,141.44 43,859.86 2,067.18 YAFU-4t v134.05 (4t) windows_x86_64 782478 694254 13804 2 Aug 2016, 8:29:02 UTC 2 Aug 2016, 9:29:34 UTC Terminé et validé 9.28 0.00 0.24 YAFU v134.05 (mt) windows_x86_64 782489 694265 13804 2 Aug 2016, 8:24:20 UTC 2 Aug 2016, 8:29:28 UTC Terminé et validé 11.24 0.00 0.29 YAFU v134.05 (mt) windows_x86_64 783691 695279 13804 2 Aug 2016, 8:24:19 UTC 2 Aug 2016, 8:29:02 UTC Terminé et validé 10.28 0.00 0.35 YAFU for small composites v134.05 (mt) windows_x86_64 783673 695290 13805 2 Aug 2016, 7:59:46 UTC 3 Aug 2016, 14:59:20 UTC Terminé et validé 65,554.96 38,702.47 2,949.79 YAFU-4t v134.05 (4t) windows_x86_64 783596 694171 13805 2 Aug 2016, 7:59:46 UTC 2 Aug 2016, 8:59:50 UTC Terminé et validé 3.48 0.00 0.25 YAFU v134.05 (mt) windows_x86_64 783651 692255 13805 2 Aug 2016, 7:46:01 UTC 2 Aug 2016, 7:59:46 UTC Terminé et validé 253.21 536.02 17.92 YAFU v134.05 (mt) windows_x86_64 782452 694230 13805 2 Aug 2016, 7:46:01 UTC 2 Aug 2016, 7:59:46 UTC Terminé et validé 190.67 848.59 13.50 YAFU v134.05 (mt) windows_x86_64 783553 695184 13804 2 Aug 2016, 4:05:18 UTC 2 Aug 2016, 7:25:50 UTC Terminé et validé 231.00 20.67 7.90 YAFU for small composites v134.05 (mt) windows_x86_64 783541 695190 13804 2 Aug 2016, 3:25:27 UTC 2 Aug 2016, 6:25:47 UTC Terminé et validé 9,156.39 3,436.20 318.27 YAFU for small composites v134.05 (mt) windows_x86_64 |
Join the Yafu Autumn Race
On 14. of October starts the Yafu Autumn Race (http://boincstats.com/en/stats/challenge/team/chat/813), which runs for 5 days.
j'ai dépassé la deadline de 12H ; a votre avis, je stop ou je termine? Il dois me rester 6H de calcul :??:Continue ton UT sera créditer quand même. :kookoo:
The invitation code for creating new accounts is yafu
C'est écrit en toutes lettres sur la page d'accueil ;)CiterThe invitation code for creating new accounts is yafu
Mais non, tu n'est pas c*n, juste un peu long à comprendre ;)
c'est quoi l'intérêt ?L'admin du projet est impatient de répondre a cette question. :siflotte:
https://yafu.myfirewall.org/yafu/forum_thread.php?id=300https://yafu.myfirewall.org/yafu/forum_thread.php?id=300&postid=1121#1121 (https://yafu.myfirewall.org/yafu/forum_thread.php?id=300&postid=1121#1121) :kookoo:
:hello:Pour les points, c'est la loterie... Cf mon post si dessus :/
Euh ... normal que ce soit si long ? J'espère que les crédits seront à la mesure de la durée.
Je n'ai marqué qu'un seul point depuis dimanche :hyperbon: :cry:
Oui c'est normal que se soit long!!!Plus c'est long........................... plus c'est bon. :siflotte:
1858404 1646285 31886 26 Feb 2018, 4:27:03 UTC 28 Feb 2018, 7:20:31 UTC Terminé et validé 121,127.90 121,127.90 3,370.36 YAFU-8t v134.05 (8t)
windows_x86_64
Since the 8t queue gots empty and 16t queue had only less workunits, I moved unsent workunits from 16t -> 8t queue and 32t -> 16t.
yoyo
Des badges ont été mis en place :kookoo:c'est bien cela va peut-etre attirer plus de monde sur ce projet. :kookoo:
https://yafu.myfirewall.org/yafu/forum_thread.php?id=347
Pause la question directement sur le forum...
Jackpot!!:jap: :jap: :jap:
1 Nov 2018, 8:28:28 UTC 2 Nov 2018, 8:54:03 UTC Terminé et validé 87,935.00 589,592.20 180,137.03 YAFU-32t v134.05 (32t) :clafete:
Jackpot!!
1 Nov 2018, 8:28:28 UTC 2 Nov 2018, 8:54:03 UTC Terminé et validé 87,935.00 589,592.20 180,137.03 YAFU-32t v134.05 (32t) :clafete:
Sauf erreur de ma part c'est celle-ci : https://yafu.myfirewall.org/yafu/workunit.php?wuid=2956243 (https://yafu.myfirewall.org/yafu/workunit.php?wuid=2956243)Jackpot!!
1 Nov 2018, 8:28:28 UTC 2 Nov 2018, 8:54:03 UTC Terminé et validé 87,935.00 589,592.20 180,137.03 YAFU-32t v134.05 (32t) :clafete:
Si tu me donnes le nom de ton UT, je peux te montrer la suite aliquote correspondante !
(Si ça t'intéresse !)
:jap: :jap: :jap:Jackpot!!:jap: :jap: :jap:
1 Nov 2018, 8:28:28 UTC 2 Nov 2018, 8:54:03 UTC Terminé et validé 87,935.00 589,592.20 180,137.03 YAFU-32t v134.05 (32t) :clafete:
Ce site est trompeurEst-ce pareil chez vous ?
Firefox a bloqué cette page, car elle pourrait vous amener à réaliser des actions dangereuses comme installer un logiciel ou révéler des informations personnelles telles que vos mots de passe ou votre numéro de carte bancaire.
Avis émis par Google Safe Browsing.
Pareil! :/Yafu a été piraté ?
Je ne vois vraiment pas pourquoi vous signaler ce site comme frauduleux, il s'agit d'un projet boinc (https://boinc.berkeley.edu/wiki/YAFU) pour factoriser des nombres mathématique, je fais partie d'une communauté de calcul qui l'utilise depuis des années sans problème.(putain les DEUX fôtes d'orthograff !! je me suis pas relu... :paf:)
Rapport envoyé
Merci de nous avoir envoyé ce rapport. Maintenant que vous avez œuvré pour le bien de tous, n'hésitez pas à effectuer une ou plusieurs des actions suivantes :
1. Savourez pendant quelques instants votre joie d'avoir participé à rendre le Web plus sûr.
2. Contactez un voisin/ami/proche par téléphone/e-mail/écrit et indiquez-lui en quoi consiste le phishing (https://www.google.com/safebrowsing/static/faq.html#q1) et ce qu'il peut faire pour se protéger (http://www.antiphishing.org/consumer_recs.html).
3. Obtenez des informations complémentaires sur les logiciels malveillants susceptibles d'infecter votre ordinateur, grâce au site Stopbadware.org (http://www.stopbadware.org/).
Tu veux dire que c'est durant le calcul dans l'ordi boinc hôte que l'appli se rend compte que "ça va pas le faire" et elle arrête et répond au serveur boinc "celui là il est pas pour un PC" ? et que donc l'output de la tâche boinc c'est soit un résultat trouvé soit une fin de non recevoir ?
Le recherche fondamentale peut sembler inutile a priori.[...]:plusun:
Idem pour par exemple l'étude des trous noirs.
C'est loin et inatteignable, alors pourquoi les étudier .
C'est inutile.
Faut pas oublier qu'il y a une nouvelle physique à la clé qui va certainement révolutionner tous les domaines de la technologie...
22 May 2019, 19:52:17 UTC 24 May 2019, 17:21:30 UTC Completed and validated 163,753.00 993,157.20 20,119.53 YAFU-8t v134.01 (8t)
x86_64-pc-linux-gnu
Task Afficher les noms Unité de travail (WU) cliquer pour voir les détails Ordinateur Envoyé Délai reporté ou date limite explication État Temps de fonctionnement (sec) Temps de CPU (sec) Crédit Application
4720402 3813365 40996 25 May 2019, 1:08:40 UTC 25 May 2019, 21:07:00 UTC Terminé et validé 71,900.00 84,851.31 49,863.61 YAFU-8t v134.05 (8t) windows_x86_64
4720403 3818187 40996 25 May 2019, 1:08:40 UTC 26 May 2019, 5:17:57 UTC Terminé et validé 73,920.75 55,918.52 50,697.73 YAFU-8t v134.05 (8t) windows_x86_64
:jap: :jap:Code: [Sélectionner]Task Afficher les noms Unité de travail (WU) cliquer pour voir les détails Ordinateur Envoyé Délai reporté ou date limite explication État Temps de fonctionnement (sec) Temps de CPU (sec) Crédit Application
4720402 3813365 40996 25 May 2019, 1:08:40 UTC 25 May 2019, 21:07:00 UTC Terminé et validé 71,900.00 84,851.31 49,863.61 YAFU-8t v134.05 (8t) windows_x86_64
4720403 3818187 40996 25 May 2019, 1:08:40 UTC 26 May 2019, 5:17:57 UTC Terminé et validé 73,920.75 55,918.52 50,697.73 YAFU-8t v134.05 (8t) windows_x86_64
:siflotte:
:jap: :jap::jap: :jap:Code: [Sélectionner]Task Afficher les noms Unité de travail (WU) cliquer pour voir les détails Ordinateur Envoyé Délai reporté ou date limite explication État Temps de fonctionnement (sec) Temps de CPU (sec) Crédit Application
4720402 3813365 40996 25 May 2019, 1:08:40 UTC 25 May 2019, 21:07:00 UTC Terminé et validé 71,900.00 84,851.31 49,863.61 YAFU-8t v134.05 (8t) windows_x86_64
4720403 3818187 40996 25 May 2019, 1:08:40 UTC 26 May 2019, 5:17:57 UTC Terminé et validé 73,920.75 55,918.52 50,697.73 YAFU-8t v134.05 (8t) windows_x86_64
:siflotte:
Check le stderr, de mémoire tu vois l'avancement là dedans
<cpu_time>1782226.953125</cpu_time>
<elapsed_time>1799988.453125</elapsed_time>
<wu_cpu_time>21986.450000</wu_cpu_time>
<starting_elapsed_time>9444.520247</starting_elapsed_time>
06/08/19 18:38:11 v1.34.5 @ ANTEC2018WIN7, nfs: commencing lattice sieving with 5 threads
Ou encore boinc_task_state.xml: <checkpoint_cpu_time>21986.450000</checkpoint_cpu_time>
<checkpoint_elapsed_time>9444.520247</checkpoint_elapsed_time>
Bon ben, sincèrement, je crois que ma tâche est foutue :/Pose la question sur le fofo du projet. :kookoo:
Le seul fichier qui se met à jour est graphics_status.xml. Il affiche bien:Code: [Sélectionner]<cpu_time>1782226.953125</cpu_time>
<elapsed_time>1799988.453125</elapsed_time>
init_data.xml date déjà du 25/6/19 et il indique:Code: [Sélectionner]<wu_cpu_time>21986.450000</wu_cpu_time>
<starting_elapsed_time>9444.520247</starting_elapsed_time>
Les autres fichiers, hormis les EXE, datent tous du 8/6/19, notamment factor.log, dont la dernière ligne est:Code: [Sélectionner]06/08/19 18:38:11 v1.34.5 @ ANTEC2018WIN7, nfs: commencing lattice sieving with 5 threads
Ou encore boinc_task_state.xml:Code: [Sélectionner]<checkpoint_cpu_time>21986.450000</checkpoint_cpu_time>
<checkpoint_elapsed_time>9444.520247</checkpoint_elapsed_time>
Le 8 juin, ça faisait 2 jours que j'étais partie de chez moi. Je pense que je vais faire comme bon nombre d'autres participants et l'abandonner... à moins de la laisser tourner encore jusqu'à atteindre les 5000 heures WUprop - il ne reste jamais que 5 jours 1/2 :D vu où j'en suis... (elle tourne depuis 20j18h30')
Merci les copains. J'ai posé la question sur leur forum https://yafu.myfirewall.org/yafu/forum_thread.php?id=348&postid=1400
Des nouvelles. J'étais chez des amis hier soir et quand je suis rentrée, le différentiel avait sauté (soirée d'orages) et l'onduleur a éteint l'ordinateur. J'ai donc relancé l'ordi et la VM en me disant que c'était foutu pour la tâche Yafu. Eh ben non, elle est repartie à 97.x% et affichait 2h46 écoulées. Elle s'était donc bien bloquée mais je ne sais pas pourquoi.(http://p9.storage.canalblog.com/95/78/487835/78572581_o.gif)
J'ai vérifié les fichiers dans le slot correspondant: un bon nombre a changé de date et il y a de l'évolution dans factor.log et stderr.txt :winner:
Reste plus qu'à croiser les doigts pour qu'elle se finisse avant que qqun d'autre ne la termine :gniak:
Check le stderr, de mémoire tu vois l'avancement là dedans
10/29/19 14:59:28 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:18:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:36:42 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:55:43 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
LatSieveTime: 1084
LatSieveTime: 1096
LatSieveTime: 1101
LatSieveTime: 1139
total yield: 8344, q=9556489 (0.04363 sec/rel)
total yield: 7933, q=9586399 (0.04596 sec/rel)
total yield: 8038, q=9536977 (0.04536 sec/rel)
total yield: 8205, q=9601609 (0.04449 sec/rel)
25/03/2020 14:27:39 | yafu | Tasks won't finish in time: BOINC runs 86.5% of the time; computation is enabled 98.8% of that
26/03/2020 17:59:27 | yafu | Tasks won't finish in time: BOINC runs 87.9% of the time; computation is enabled 99.0% of that
<time_stats>
<on_frac>0.879225</on_frac>
<connected_frac>0.664602</connected_frac>
<cpu_and_network_available_frac>0.664491</cpu_and_network_available_frac>
<active_frac>0.989534</active_frac>
<gpu_active_frac>0.989524</gpu_active_frac>
<client_start_time>1585129120.749079</client_start_time>
<total_start_time>1438939291.786905</total_start_time>
<total_duration>47026687.934172</total_duration>
<total_active_duration>45466791.606153</total_active_duration>
<total_gpu_active_duration>13713015.332663</total_gpu_active_duration>
<previous_uptime>112121.724459</previous_uptime>
<last_update>1585241241.471602</last_update>
</time_stats>
// Update time statistics based on current activities
// NOTE: we don't set the state-file dirty flag here,
// so these get written to disk only when other activities
// cause this to happen. Maybe should change this.
//
void CLIENT_TIME_STATS::update(int suspend_reason, int _gpu_suspend_reason) {
double dt, w1, w2;
bool is_active = (suspend_reason == 0) || (suspend_reason == SUSPEND_REASON_CPU_THROTTLE);
bool is_gpu_active = is_active && !_gpu_suspend_reason;
if (total_start_time == 0) {
total_start_time = gstate.now;
}
if (last_update == 0) {
// this is the first time this client has executed.
// Assume that everything is active
on_frac = 1;
connected_frac = 1;
active_frac = 1;
26/03/2020 18:09:26 | yafu | Tasks won't finish in time: BOINC runs 99.0% of the time; computation is enabled 99.0% of that
Quand tu parles d' ''algorithme NFS'' J-L, Tu parles du projet NFS@home? https://forum.boinc-af.org/index.php/topic,3077.msg198353.html#msg198353
Nom yafu_ali_154980_L157_C127_1616420111_12_0
Unité de travail (WU) 5948714
Créé 22 Mar 2021, 13:35:24 UTC
Envoyé 22 Mar 2021, 13:36:50 UTC
Date limite de rapport 3 Apr 2021, 13:36:50 UTC
Reçu 22 Mar 2021, 14:10:48 UTC
Résultats Succès
Temps de fonctionnement 3 sec
Temps de CPU
Valider l'état Valide
Crédit 0.11
Sur MOPAC il y en avait beaucoup ( la plupart des ut ) qui était encore plus courte ( beaucoup plus courte ) et qui rapportait moins ( beaucoup moins ) souvenir souvenir. :pt1cable: :pt1cable:CiterNom yafu_ali_154980_L157_C127_1616420111_12_0
Unité de travail (WU) 5948714
Créé 22 Mar 2021, 13:35:24 UTC
Envoyé 22 Mar 2021, 13:36:50 UTC
Date limite de rapport 3 Apr 2021, 13:36:50 UTC
Reçu 22 Mar 2021, 14:10:48 UTC
Résultats Succès
Temps de fonctionnement 3 sec
Temps de CPU
Valider l'état Valide
Crédit 0.11
Temps de fonctionnement 3 sec?? Temps de CPU 0?? => :??:
C'est du rapide^^
Sur MOPAC il y en avait beaucoup ( la plupart des ut ) qui était encore plus courte ( beaucoup plus courte ) et qui rapportait moins ( beaucoup moins ) souvenir souvenir. :pt1cable: :pt1cable::plusun: Que de souvenirs! :origin:
Et j'adorais ce projet. :hap: :hap:
Code d'invitation svp 😁
Code d'invitation svp 😁Généralement, s'il n'est pas mentionné dans le premier message du topic, il est mentionné sur la page d'accueil du projet ;)
Premier post du topic mis a jour par bibi. :DCode d'invitation svp 😁Généralement, s'il n'est pas mentionné dans le premier message du topic, il est mentionné sur la page d'accueil du projet ;)
Code d'invitation svp 😁
"yafu"... tout simplement :lol:
Check le stderr, de mémoire tu vois l'avancement là dedans
Impossible de voir l'avancement d'une yafu, à moins d'être certain que l'ordinateur à lancé un programme NFS.
En tous les cas, modesti, tu es en train de casser un cofacteur de 123 chiffres.
C'est du lourd et ça peut effectivement prendre plusieurs jours.
En plus, il s'agit d'une suite aliquote qui commence sur le nombre 230688 qui est inférieur à 1 million.
Du beau boulot !
Laisse tourner...
Pour voir la suite aliquote en question :
http://factordb.com/sequences.php?se=1&aq=230688&action=last20&fr=0&to=100 (http://factordb.com/sequences.php?se=1&aq=230688&action=last20&fr=0&to=100)
Quand ton calcul sera terminé, tu verras, même lien, la suite aliquote en sera à l'itération 3966 ou plus, car les quelques étapes suivantes peuvent être très rapides (ou pas !).
Personne ne peut prévoir !
13h une ut c'est normal ?
Le pc a tourné cette nuit sur yafu ce matin l'ut etait à 92% quand je suis parti elle disait encore 1h à 6h30 et il est 9h je viens de regarder elle est à 95% et dit encore 30min
Jean luc tu m'as convaincu j'ai envie de faire tourner du yafu partout 😂
Le probleme c'est que ça me fais pareil sur chaque projet quand je comprend à quoi il sert 😂
Jean luc tu m'as convaincu j'ai envie de faire tourner du yafu partout 😂
Le probleme c'est que ça me fais pareil sur chaque projet quand je comprend à quoi il sert 😂
Jean luc tu m'as convaincu j'ai envie de faire tourner du yafu partout 😂
Le probleme c'est que ça me fais pareil sur chaque projet quand je comprend à quoi il sert 😂
:+1: :lol:
Jean luc tu m'as convaincu j'ai envie de faire tourner du yafu partout 😂
Le probleme c'est que ça me fais pareil sur chaque projet quand je comprend à quoi il sert 😂
Moi j'dis : Interrogation écrite!!
S(20) = 10+4+4+2+1 = 21
S(20) = 10+4+4+2+1 = 21
Provocation!! :rhaa:
Tu me calculeras 100 suites aliquotes pour demain!
S(20) = 10+5+4+2+1 = 22
S(22) = 11+2+1 = 14
S(14) = ....
Jusqu'à 1 et le resultat de chaque ligne donc 22+14+...+1 donne la suite aliquote de 20, j'ai bon ? :D
Wow! Merci pour ces explications exhaustives, Jean-Luc. Elles me rappellent pourquoi les maths me filaient des boutons au bahut (même si je suis parti dans l'informatique, la faute à Rousseau) :)
T'inquiète pas, je flippe aussi parfois quand je vois certains posts, comme par exemple celui-ci :
https://www.mersenneforum.org/showpost.php?p=574514&postcount=1036 (https://www.mersenneforum.org/showpost.php?p=574514&postcount=1036)
Y'a vraiment des gars qui vont chercher loin. C'est génial !
L'auteur précise quand même que ce n'est pas encore la bonne formule, qu'il est en train de chercher !
T'inquiète pas, je flippe aussi parfois quand je vois certains posts, comme par exemple celui-ci :
https://www.mersenneforum.org/showpost.php?p=574514&postcount=1036 (https://www.mersenneforum.org/showpost.php?p=574514&postcount=1036)
T'inquiète pas, je flippe aussi parfois quand je vois certains posts, comme par exemple celui-ci :
https://www.mersenneforum.org/showpost.php?p=574514&postcount=1036 (https://www.mersenneforum.org/showpost.php?p=574514&postcount=1036)
Oui maintenant que t'en parles je pense que ça m'est déjà arrivé, mais ça fait bien longtemps que je fais plus de yafu.Tout pareil.............sauf que que yafu j'en fait actuellement. :D
7 Apr 2021, 18:16:56 UTC 7 Apr 2021, 18:21:31 UTC Terminé et validé 264.29 15.39 8.42 YAFU-4t v134.05 (4t)
windows_x86_64
15 Apr 2021, 8:45:23 UTC 16 Apr 2021, 18:58:37 UTC Terminé et validé 123,194.00 4,726,193.00 61,746.06 YAFU-32t v134.01 (32t)
x86_64-pc-linux-gnu
:love: :love:Citer15 Apr 2021, 8:45:23 UTC 16 Apr 2021, 18:58:37 UTC Terminé et validé 123,194.00 4,726,193.00 61,746.06 YAFU-32t v134.01 (32t)
x86_64-pc-linux-gnu
Voila. :kookoo::love: :love:Citer15 Apr 2021, 8:45:23 UTC 16 Apr 2021, 18:58:37 UTC Terminé et validé 123,194.00 4,726,193.00 61,746.06 YAFU-32t v134.01 (32t)
x86_64-pc-linux-gnu
Est-ce que tu peux m'envoyer le nom complet de la tâche, par curiosité ?
Nom yafu_ali_170562_L159_C148_1618121106_20_1
nom yafu_ali_170562_L159_C148_1618121106_20
applications YAFU-32t
créé 11 Apr 2021, 6:05:27 UTC
résultats canoniques 7186463
crédit accordé 61,746.06
quorum minimum 1
réplication initiale 1
nombre maximum de tâches en erreur/totales/succès 30, 60, 6
Magnifique !:coffeetime:
Tu as craqué un nombre de 148 chiffres très récalcitrant.
Et tu as fait avancer la suite aliquote 170562 de l'itération 917 à 918, voir ici :
http://factordb.com/sequences.php?se=1&aq=170562&action=range&fr=900&to=920
(http://factordb.com/sequences.php?se=1&aq=170562&action=range&fr=900&to=920)Le résultat trouvé par ton ordinateur est que :
2144724416396912518298277968812590869430938158406768285364591864574368691919755674775837141406148022308520698485731052842968540464124396224562680183
= 5587096548326474738691956520481446533775299 * 1373175827236427728170950248411200902936119793 * 279549789779640401593575805631954154783348916335852419059469
17 Apr 2021, 2:07:25 UTC 18 Apr 2021, 12:35:06 UTC Terminé et validé 124,061.00 4,887,784.00 73,162.08 YAFU-32t v134.01 (32t)
x86_64-pc-linux-gnu
nom yafu_ali_163872_L154_C149_1618615508_6
applications YAFU-32t
créé 16 Apr 2021, 23:25:14 UTC
résultats canoniques 7194185
crédit accordé 73,162.08
quorum minimum 1
réplication initiale 1
nombre maximum de tâches en erreur/totales/succès 30, 60, 6
Franchement, je ne savais pas que yafu balançait des nombres de 149 chiffres aux crunchers de BOINC !J'ai en vu deux config.
Le projet est sensé ne pas dépasser les 140 chiffres pour BOINC.
C'est peut-être parce que tu autorises 32 threads, ce qui est assez colossal et rare, je pense, sur yafu.
Moi-même je n'ai que très rarement attaqué de pareil monstre (hors BOINC), mais c'est vrai que j'ai un cpu à seulement 12 threads... pour le moment.
Il s'agit toujours encore d'une suite aliquote du projet principal inférieure à 1 million : celles que je comptabilise chaque année dans les compteurs du nouvel an.
Avec ces nouveaux cpu à 32 threads, le compteur pour ces suites va peut-être à nouveau évoluer...
The difference between all apps is that they run composites with different length:
- yafu small, requires at least 2 cores runs composites up to C109
- yafu, requires at least 2 cores runs composites up to C124
- yafu-4t, requires exactly 4 cores runs composites up to C129
- yafu-8t, requires exactly 8 cores runs composites up to C134
- yafu-16t, requires at least 16 cores runs composites up to C139
- yafu-32t, requires at least 32 cores runs composites up to C144
In the wu name is a _Cxxx_ part which tells the length of the composite.
Yafu tries different methods to factor a composite. For this it also invokes external commands as ecm or gnfs and some parts are done by yafu.exe itself.
to factorize numbers up to 149 digit length which are needed to bring Aliquot Sequences to a size of at least 140.:hello:
Appli | Taille (Mo) |
YAFU | 498.7 |
YAFU for small composites | 221.5 |
YAFU-16t | 2,075.4 |
YAFU-32t | 413.6 |
YAFU-4t | 651.8 |
YAFU-8t | 844.4 |
22 Apr 2021, 23:41:23 UTC 25 Apr 2021, 5:37:12 UTC Terminé et validé 194,149.00 1,844,202.00 90,552.43 YAFU-32t v134.01 (32t)
x86_64-pc-linux-gnu
Nom yafu_ali_148008_L146_C144_1619098207_1_0
C'est génial !
Waouh : les données intermédiaires stockées sur le DD doivent faire des Go !!!
J'avais l'impression que c'était les small composites les plus rentables ...
http://yafu.myfirewall.org/yafu/workunit.php?wuid=6081147 (http://yafu.myfirewall.org/yafu/workunit.php?wuid=6081147)
Quasiment 5Go de données !
<message>
Disk usage limit exceeded</message>
https://yafu.myfirewall.org/yafu/result.php?resultid=7383663 (https://yafu.myfirewall.org/yafu/result.php?resultid=7383663)Ah oui, 8 Go de HDD consommés ... il va falloir augmenter le quota alloué à BOINC (il me semble que c'est 10 Go par défaut) ...Code: [Sélectionner]<message>
Disk usage limit exceeded</message>
:(
Vous avez déjà eu une réponse de yoyo sur le forum ?
CelaJe fais quoi à ton avis ?
No le cpu est à 0 pour les taches Yafu
Sur Yafu j'ai ceciIl faut regarder ce qui tourne dans le gestionnaire de taches, sous Windows il arrive que ça bug : https://yafu.myfirewall.org/yafu/forum_thread.php?id=496
[ This attachment cannot be displayed inline in 'Print Page' view ]
C'est normal ?
1. Suis sous win10
2. Tourne : Tn Grid, WuProp, Yafu et Amicable Tous les 4 avec la la priorité 100.
J'ai suspendu les autres projets. Cela ne change rien. Nota j'avais deux taches à 100% et une a disparu (elle a du durer 25 heures). Il ne m'en reste plus qu'une cf. Copie d'écran
[ This attachment cannot be displayed inline in 'Print Page' view ]
Un truc bizarre quand j'ouvre le gestionnaire de tache alors que tous les projets étaient suspendus sauf Yafu.
Je ne sais pas à quoi correspondent les taches à forte charge alors que les Yafu sont à 0% [ This attachment cannot be displayed inline in 'Print Page' view ] [ This attachment cannot be displayed inline in 'Print Page' view ]
Je continue sur Yafu mais je ne demande plus de nouveau travail.
<app_config>
<app>
<name>yafu-32t</name>
<max_concurrent>2</max_concurrent>
</app>
<report_results_immediately/>
<project_max_concurrent>2</project_max_concurrent>
</app_config>
normalement la ligne project_max_concurrent est inutile mais bon :D10/29/19 14:59:28 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:18:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:36:42 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:55:43 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
LatSieveTime: 1084
LatSieveTime: 1096
LatSieveTime: 1101
LatSieveTime: 1139
total yield: 8344, q=9556489 (0.04363 sec/rel)
total yield: 7933, q=9586399 (0.04596 sec/rel)
total yield: 8038, q=9536977 (0.04536 sec/rel)
total yield: 8205, q=9601609 (0.04449 sec/rel)
2/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, rho: x^2 + 3, starting 1000 iterations on C133
12/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, rho: x^2 + 2, starting 1000 iterations on C133
12/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, rho: x^2 + 1, starting 1000 iterations on C133
12/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, pm1: starting B1 = 150K, B2 = gmp-ecm default on C133
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 0.00
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 30 curves at B1=2000 toward target pretesting depth of 40.92
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, Finished 30 curves using Lenstra ECM method on C133 input, B1=2K, B2=gmp-ecm default
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 15.18
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 74 curves at B1=11000 toward target pretesting depth of 40.92
12/07/21 20:28:19 v1.34.5 @ DESKTOP-ATDHN8S, Finished 74 curves using Lenstra ECM method on C133 input, B1=11K, B2=gmp-ecm default
12/07/21 20:28:19 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 20.24
12/07/21 20:28:19 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 214 curves at B1=50000 toward target pretesting depth of 40.92
12/07/21 20:28:26 v1.34.5 @ DESKTOP-ATDHN8S, Finished 216 curves using Lenstra ECM method on C133 input, B1=50K, B2=gmp-ecm default
12/07/21 20:28:26 v1.34.5 @ DESKTOP-ATDHN8S, pm1: starting B1 = 3750K, B2 = gmp-ecm default on C133
12/07/21 20:28:27 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 25.34
12/07/21 20:28:27 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 430 curves at B1=250000 toward target pretesting depth of 40.92
12/07/21 20:29:23 v1.34.5 @ DESKTOP-ATDHN8S, Finished 432 curves using Lenstra ECM method on C133 input, B1=250K, B2=gmp-ecm default
12/07/21 20:29:23 v1.34.5 @ DESKTOP-ATDHN8S, pm1: starting B1 = 15M, B2 = gmp-ecm default on C133
12/07/21 20:29:29 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 30.46
12/07/21 20:29:29 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 904 curves at B1=1000000 toward target pretesting depth of 40.92
12/07/21 20:36:32 v1.34.5 @ DESKTOP-ATDHN8S, Finished 904 curves using Lenstra ECM method on C133 input, B1=1M, B2=gmp-ecm default
12/07/21 20:36:32 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 35.56
12/07/21 20:36:32 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 2350 curves at B1=3000000 toward target pretesting depth of 40.92
12/07/21 21:23:48 v1.34.5 @ DESKTOP-ATDHN8S, Finished 2352 curves using Lenstra ECM method on C133 input, B1=3M, B2=gmp-ecm default
12/07/21 21:23:48 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 40.63
12/07/21 21:23:48 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 264 curves at B1=11000000 toward target pretesting depth of 40.92
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, Finished 264 curves using Lenstra ECM method on C133 input, B1=11M, B2=gmp-ecm default
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, final ECM pretested depth: 40.92
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, scheduler: switching to sieve method
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing nfs on c133: 2500052790220303619968557248456842368261449539807045665471558176771097608035557065805119151187907139492632516595736456626146221849867
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing poly selection with 8 threads
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: setting deadline of 10350 seconds
12/08/21 00:37:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: completed 29 ranges of size 250 in 10579.3825 seconds
12/08/21 00:37:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: best poly = # norm 1.231819e-012 alpha -6.803340 e 5.988e-011 rroots 3
12/08/21 00:37:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 01:04:22 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 01:30:40 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 01:56:57 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 02:23:18 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 02:49:50 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 03:15:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 03:42:05 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 04:10:34 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 04:37:23 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 05:04:20 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 05:31:10 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 05:57:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 06:22:36 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 06:49:20 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 07:15:15 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 07:41:33 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 08:08:18 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 08:34:54 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 09:01:41 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
linear algebra completed 2021 of 197841 dimensions (1.0%, ETA 0h 1m)
linear algebra completed 4043 of 197841 dimensions (2.0%, ETA 0h 1m)
linear algebra completed 6068 of 197841 dimensions (3.1%, ETA 0h 1m)
linear algebra completed 8091 of 197841 dimensions (4.1%, ETA 0h 1m)
linear algebra completed 10115 of 197841 dimensions (5.1%, ETA 0h 1m)
linear algebra completed 12135 of 197841 dimensions (6.1%, ETA 0h 1m)
linear algebra completed 14165 of 197841 dimensions (7.2%, ETA 0h 1m)
linear algebra completed 16189 of 197841 dimensions (8.2%, ETA 0h 1m)
linear algebra completed 18205 of 197841 dimensions (9.2%, ETA 0h 1m)
linear algebra completed 20218 of 197841 dimensions (10.2%, ETA 0h 1m)
linear algebra completed 22239 of 197841 dimensions (11.2%, ETA 0h 1m)
linear algebra completed 24259 of 197841 dimensions (12.3%, ETA 0h 1m)
linear algebra completed 26283 of 197841 dimensions (13.3%, ETA 0h 1m)
linear algebra completed 28306 of 197841 dimensions (14.3%, ETA 0h 1m)
linear algebra completed 30331 of 197841 dimensions (15.3%, ETA 0h 1m)
linear algebra completed 32349 of 197841 dimensions (16.4%, ETA 0h 1m)
On voit le temps qu'il reste dans le sttder.1. Suis sous win10Tu devrais vraiment virer l'option qui te fait lancer plusieurs WUs sur peu de threads ...
2. Tourne : Tn Grid, WuProp, Yafu et Amicable Tous les 4 avec la la priorité 100.
J'ai suspendu les autres projets. Cela ne change rien. Nota j'avais deux taches à 100% et une a disparu (elle a du durer 25 heures). Il ne m'en reste plus qu'une cf. Copie d'écran
[ This attachment cannot be displayed inline in 'Print Page' view ]
Un truc bizarre quand j'ouvre le gestionnaire de tache alors que tous les projets étaient suspendus sauf Yafu.
Je ne sais pas à quoi correspondent les taches à forte charge alors que les Yafu sont à 0% [ This attachment cannot be displayed inline in 'Print Page' view ] [ This attachment cannot be displayed inline in 'Print Page' view ]
Je continue sur Yafu mais je ne demande plus de nouveau travail.
Code: [Sélectionner]<app_config>
normalement la ligne project_max_concurrent est inutile mais bon :D
<app>
<name>yafu-32t</name>
<max_concurrent>2</max_concurrent>
</app>
<report_results_immediately/>
<project_max_concurrent>2</project_max_concurrent>
</app_config>
Ca devrait le faire :D 2x32max
<app_config>
<app>
<name>yafu-32t</name>
<max_concurrent>1</max_concurrent>
</app>
<report_results_immediately/>
<project_max_concurrent>1</project_max_concurrent>
</app_config>
<app_config>
<app>
<name>yafu-32t</name>
<max_concurrent>64</max_concurrent>
</app>
<report_results_immediately/>
<project_max_concurrent>64</project_max_concurrent>
</app_config>
Jean-Luc corrige mes erreurs. :o
...
OK, vu.
Je comprends mon erreur !
Si je veux limiter à 64 Threads, je dois mettre :Code: [Sélectionner]<app_config>
<app>
<name>yafu-32t</name>
<max_concurrent>1</max_concurrent>
</app>
<report_results_immediately/>
<project_max_concurrent>1</project_max_concurrent>
</app_config>
Et non pas :Code: [Sélectionner]<app_config>
<app>
<name>yafu-32t</name>
<max_concurrent>64</max_concurrent>
</app>
<report_results_immediately/>
<project_max_concurrent>64</project_max_concurrent>
</app_config>
Merci Davlabedave !!!
<app_config>
<app>
<name>yafu-32t</name>
<max_concurrent>1</max_concurrent>
</app>
<app_version>
<app_name>yafu-32t</app_name>
<plan_class>32t</plan_class>
<avg_ncpus>64</avg_ncpus>
<cmdline>--nthreads 64</cmdline>
</app_version>
</app_config>
Tu devrais vraiment virer l'option qui te fait lancer plusieurs WUs sur peu de threads ...
A adapter en fonction de l'application que tu utilises, tu peux forcer une 4t à tourner sur 32 threads par exemple :hello:
Max concurrent = nombre de tâches max en même temps
JeromeC a raison, je pense : il est difficile de faire du yafu avec un autre en même temps.Et comment que j'ai raison !! je parle d'expérience, je suis vieux :origin: :D
Aucune idée ... j'ai testé de lancer le projet sur mon CPU 16 threads et j'ai bien qu'une seule WU qui tourne en bouffant les 16 threads ... mais j'ai touché à aucun réglages sur le site du projet ou dans le client ...Tu devrais vraiment virer l'option qui te fait lancer plusieurs WUs sur peu de threads ...
Comment dois je faire pour cela ?
11:22:42 (1392): wrapper (7.5.26014): starting
11:22:42 (1392): wrapper: running yafu.exe (-threads 2 -batchfile in)
18:40:09 (6076): wrapper (7.5.26014): starting
18:40:09 (6076): wrapper: running yafu.exe (-threads 2 -batchfile in)
08:01:07 (7048): wrapper (7.5.26014): starting
08:01:08 (7048): wrapper: running yafu.exe (-threads 2 -batchfile in)
12/09/21 11:22:42 v1.34.5 @ XXX-PC,
12/09/21 11:22:42 v1.34.5 @ XXX-PC, ****************************
12/09/21 11:22:42 v1.34.5 @ XXX-PC, Starting factorization of 30268900250461819738646227277408532776553053405302510400710636813
12/09/21 11:22:42 v1.34.5 @ XXX-PC, using pretesting plan: normal
12/09/21 11:22:42 v1.34.5 @ XXX-PC, no tune info: using qs/gnfs crossover of 95 digits
12/09/21 11:22:42 v1.34.5 @ XXX-PC, ****************************
12/09/21 11:22:42 v1.34.5 @ XXX-PC, rho: x^2 + 3, starting 1000 iterations on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, rho: x^2 + 2, starting 1000 iterations on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, rho: x^2 + 1, starting 1000 iterations on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, pm1: starting B1 = 150K, B2 = gmp-ecm default on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, prp11 = 55998297583
12/09/21 11:22:42 v1.34.5 @ XXX-PC, current ECM pretesting depth: 0.00
12/09/21 11:22:42 v1.34.5 @ XXX-PC, scheduled 30 curves at B1=2000 toward target pretesting depth of 16.62
12/09/21 11:22:42 v1.34.5 @ XXX-PC, prp13 = 3366466172137 (curve 6 stg1 B1=2000 sigma=1706196594 thread=0)
12/09/21 11:22:42 v1.34.5 @ XXX-PC, Finished 6 curves using Lenstra ECM method on C54 input, B1=2K, B2=gmp-ecm default
12/09/21 11:22:42 v1.34.5 @ XXX-PC, current ECM pretesting depth: 0.00
12/09/21 11:22:42 v1.34.5 @ XXX-PC, scheduled 24 curves at B1=2000 toward target pretesting depth of 12.92
12/09/21 11:22:43 v1.34.5 @ XXX-PC, Finished 24 curves using Lenstra ECM method on C42 input, B1=2K, B2=gmp-ecm default
12/09/21 11:22:43 v1.34.5 @ XXX-PC, final ECM pretested depth: 15.18
12/09/21 11:22:43 v1.34.5 @ XXX-PC, scheduler: switching to sieve method
12/09/21 11:22:43 v1.34.5 @ XXX-PC, starting SIQS on c42: 160563772399447659602123803329587562368203
12/09/21 11:22:43 v1.34.5 @ XXX-PC, random seeds: 482303881, 2989865120
12/09/21 18:40:10 v1.34.5 @ XXX-PC,
12/09/21 18:40:10 v1.34.5 @ XXX-PC, ****************************
12/09/21 18:40:10 v1.34.5 @ XXX-PC, Starting factorization of 30268900250461819738646227277408532776553053405302510400710636813
12/09/21 18:40:10 v1.34.5 @ XXX-PC, using pretesting plan: normal
12/09/21 18:40:10 v1.34.5 @ XXX-PC, no tune info: using qs/gnfs crossover of 95 digits
12/09/21 18:40:10 v1.34.5 @ XXX-PC, ****************************
12/09/21 18:40:10 v1.34.5 @ XXX-PC, starting SIQS on c42: 160563772399447659602123803329587562368203
12/09/21 18:40:10 v1.34.5 @ XXX-PC, random seeds: 501379337, 3327130944
12/10/21 08:01:09 v1.34.5 @ XXX-PC,
12/10/21 08:01:09 v1.34.5 @ XXX-PC, ****************************
12/10/21 08:01:09 v1.34.5 @ XXX-PC, Starting factorization of 30268900250461819738646227277408532776553053405302510400710636813
12/10/21 08:01:09 v1.34.5 @ XXX-PC, using pretesting plan: normal
12/10/21 08:01:09 v1.34.5 @ XXX-PC, no tune info: using qs/gnfs crossover of 95 digits
12/10/21 08:01:09 v1.34.5 @ XXX-PC, ****************************
12/10/21 08:01:09 v1.34.5 @ XXX-PC, starting SIQS on c42: 160563772399447659602123803329587562368203
12/10/21 08:01:09 v1.34.5 @ XXX-PC, random seeds: 4131861313, 4031007796
Question aux spécialistes : j'ai une WU bloquée depuis plusieurs jours pendant des heures à 100% et qui redémarre à 0 à chaque fois ...
Le dernier signe de vie dans le stderr est ceci :Citer11:22:42 (1392): wrapper (7.5.26014): starting
11:22:42 (1392): wrapper: running yafu.exe (-threads 2 -batchfile in)
18:40:09 (6076): wrapper (7.5.26014): starting
18:40:09 (6076): wrapper: running yafu.exe (-threads 2 -batchfile in)
08:01:07 (7048): wrapper (7.5.26014): starting
08:01:08 (7048): wrapper: running yafu.exe (-threads 2 -batchfile in)
J'ai effectivement un yafu.exe qui tourne à 100% ...
Le factor.log m'indique ça :Citer12/09/21 11:22:42 v1.34.5 @ XXX-PC,
12/09/21 11:22:42 v1.34.5 @ XXX-PC, ****************************
12/09/21 11:22:42 v1.34.5 @ XXX-PC, Starting factorization of 30268900250461819738646227277408532776553053405302510400710636813
12/09/21 11:22:42 v1.34.5 @ XXX-PC, using pretesting plan: normal
12/09/21 11:22:42 v1.34.5 @ XXX-PC, no tune info: using qs/gnfs crossover of 95 digits
12/09/21 11:22:42 v1.34.5 @ XXX-PC, ****************************
12/09/21 11:22:42 v1.34.5 @ XXX-PC, rho: x^2 + 3, starting 1000 iterations on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, rho: x^2 + 2, starting 1000 iterations on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, rho: x^2 + 1, starting 1000 iterations on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, pm1: starting B1 = 150K, B2 = gmp-ecm default on C65
12/09/21 11:22:42 v1.34.5 @ XXX-PC, prp11 = 55998297583
12/09/21 11:22:42 v1.34.5 @ XXX-PC, current ECM pretesting depth: 0.00
12/09/21 11:22:42 v1.34.5 @ XXX-PC, scheduled 30 curves at B1=2000 toward target pretesting depth of 16.62
12/09/21 11:22:42 v1.34.5 @ XXX-PC, prp13 = 3366466172137 (curve 6 stg1 B1=2000 sigma=1706196594 thread=0)
12/09/21 11:22:42 v1.34.5 @ XXX-PC, Finished 6 curves using Lenstra ECM method on C54 input, B1=2K, B2=gmp-ecm default
12/09/21 11:22:42 v1.34.5 @ XXX-PC, current ECM pretesting depth: 0.00
12/09/21 11:22:42 v1.34.5 @ XXX-PC, scheduled 24 curves at B1=2000 toward target pretesting depth of 12.92
12/09/21 11:22:43 v1.34.5 @ XXX-PC, Finished 24 curves using Lenstra ECM method on C42 input, B1=2K, B2=gmp-ecm default
12/09/21 11:22:43 v1.34.5 @ XXX-PC, final ECM pretested depth: 15.18
12/09/21 11:22:43 v1.34.5 @ XXX-PC, scheduler: switching to sieve method
12/09/21 11:22:43 v1.34.5 @ XXX-PC, starting SIQS on c42: 160563772399447659602123803329587562368203
12/09/21 11:22:43 v1.34.5 @ XXX-PC, random seeds: 482303881, 2989865120
12/09/21 18:40:10 v1.34.5 @ XXX-PC,
12/09/21 18:40:10 v1.34.5 @ XXX-PC, ****************************
12/09/21 18:40:10 v1.34.5 @ XXX-PC, Starting factorization of 30268900250461819738646227277408532776553053405302510400710636813
12/09/21 18:40:10 v1.34.5 @ XXX-PC, using pretesting plan: normal
12/09/21 18:40:10 v1.34.5 @ XXX-PC, no tune info: using qs/gnfs crossover of 95 digits
12/09/21 18:40:10 v1.34.5 @ XXX-PC, ****************************
12/09/21 18:40:10 v1.34.5 @ XXX-PC, starting SIQS on c42: 160563772399447659602123803329587562368203
12/09/21 18:40:10 v1.34.5 @ XXX-PC, random seeds: 501379337, 3327130944
12/10/21 08:01:09 v1.34.5 @ XXX-PC,
12/10/21 08:01:09 v1.34.5 @ XXX-PC, ****************************
12/10/21 08:01:09 v1.34.5 @ XXX-PC, Starting factorization of 30268900250461819738646227277408532776553053405302510400710636813
12/10/21 08:01:09 v1.34.5 @ XXX-PC, using pretesting plan: normal
12/10/21 08:01:09 v1.34.5 @ XXX-PC, no tune info: using qs/gnfs crossover of 95 digits
12/10/21 08:01:09 v1.34.5 @ XXX-PC, ****************************
12/10/21 08:01:09 v1.34.5 @ XXX-PC, starting SIQS on c42: 160563772399447659602123803329587562368203
12/10/21 08:01:09 v1.34.5 @ XXX-PC, random seeds: 4131861313, 4031007796
A vitre avis, elle avance encore ou je ne la finirai jamais ? :??:
L'application Windows a quelque bugs :/
Aliquot sequence 2647224 has terminated!!! (https://yafu.myfirewall.org/yafu/forum_thread.php?id=498#1592)
Ben le CPU est utilisé à 100%, je pense que 100 = 100 non ? après dans le gestionnaire de tâche windows il te met un % de CPU sur chaque processus, dont la somme fait 100, je pense que tout est dit.Il faut regarder l'onglet Détails du gestionnaire de taches ... si tu regarde les graphes de Performance ou les % dans Processus, c'est souvent exotique ...
Là j'ai une "135.05 (mt)" qui tourne, et en attente y'a une "8t", donc évidemment 8 process...Ca dépend de la phase du calcul ... pour compléter les explications mathématiques de Jean Luc :
D'ailleurs les "mt" c'est un gros mensonge, elles sont pas mt du tout, c'est toujours n process (4 ou 8 ou x) qui sont lancés indépendamment en parallèle. Des tâches mt dans d'autres projet, c'est bien un programme capable de tourner sur plusieurs threads en parallèle. Après le résultat est peut-être le même, ça doit dépendre des calculs et de comment c'est codé je suppose.
Je tâcherai de regarder si jamais j'ai de nouveau une 4t.
Mais je précise quand même que le total CPU utilisé était bien à 100% quand j'avais regardé la tâche 4t.
Bon j'arrête. :desole:Non non encore raconte nous encore une histoire encore. :yaya: :yaya:
C'est pas beau ça, hein ?
:hello: les copains, dites, une "Yafu 8T" est bien censée tourner sur 8 threads non? C'est pour ça qu'on la paye :DCertaines parties de l'analyse sont mono thread ... d'autres sont entre 1 et 8 ... ça dépend de quand tu regardes.
Parce que sur mon 12 threads, elle est considérée comme une mono-thread et ya aucune info derrière "Calcul en cours", pas comme les Milkyway d'hier où c'était écrit "Calcul en cours (12 CPU)".
Voir capture https://www.dropbox.com/s/zaj5l323n0f2374/Capture%20d%27%C3%A9cran%202022-05-22%2018.49.09.png?dl=0
https://forum.boinc-af.org/index.php/topic,4347.msg492106.html#msg492106 (https://forum.boinc-af.org/index.php/topic,4347.msg492106.html#msg492106)
Tu as le factor.log qui te montre la dernière action de résolution "sieving"Code: [Sélectionner]10/29/19 14:59:28 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:18:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:36:42 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
10/29/19 15:55:43 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 16 threads
Dans ggnfs.log tu as le temps qu'il met pour résoudre sans timecodeCode: [Sélectionner]LatSieveTime: 1084
LatSieveTime: 1096
LatSieveTime: 1101
LatSieveTime: 1139
Dans le stderr.txt, t'as les derniers résultats obtenusCode: [Sélectionner]total yield: 8344, q=9556489 (0.04363 sec/rel)
total yield: 7933, q=9586399 (0.04596 sec/rel)
total yield: 8038, q=9536977 (0.04536 sec/rel)
total yield: 8205, q=9601609 (0.04449 sec/rel)
En plus détailler :
Ici tu as une phase où il va tourner sur X threads sur l'application ECM, c'est généralement rapide, il fait des boucles, ils lancent X threads sur ECM et quand il a fini sur tous les threads, il continue sur un nouveau batch.Code: [Sélectionner]2/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, rho: x^2 + 3, starting 1000 iterations on C133
12/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, rho: x^2 + 2, starting 1000 iterations on C133
12/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, rho: x^2 + 1, starting 1000 iterations on C133
12/07/21 20:28:15 v1.34.5 @ DESKTOP-ATDHN8S, pm1: starting B1 = 150K, B2 = gmp-ecm default on C133
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 0.00
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 30 curves at B1=2000 toward target pretesting depth of 40.92
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, Finished 30 curves using Lenstra ECM method on C133 input, B1=2K, B2=gmp-ecm default
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 15.18
12/07/21 20:28:16 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 74 curves at B1=11000 toward target pretesting depth of 40.92
12/07/21 20:28:19 v1.34.5 @ DESKTOP-ATDHN8S, Finished 74 curves using Lenstra ECM method on C133 input, B1=11K, B2=gmp-ecm default
12/07/21 20:28:19 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 20.24
12/07/21 20:28:19 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 214 curves at B1=50000 toward target pretesting depth of 40.92
12/07/21 20:28:26 v1.34.5 @ DESKTOP-ATDHN8S, Finished 216 curves using Lenstra ECM method on C133 input, B1=50K, B2=gmp-ecm default
12/07/21 20:28:26 v1.34.5 @ DESKTOP-ATDHN8S, pm1: starting B1 = 3750K, B2 = gmp-ecm default on C133
12/07/21 20:28:27 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 25.34
12/07/21 20:28:27 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 430 curves at B1=250000 toward target pretesting depth of 40.92
12/07/21 20:29:23 v1.34.5 @ DESKTOP-ATDHN8S, Finished 432 curves using Lenstra ECM method on C133 input, B1=250K, B2=gmp-ecm default
12/07/21 20:29:23 v1.34.5 @ DESKTOP-ATDHN8S, pm1: starting B1 = 15M, B2 = gmp-ecm default on C133
12/07/21 20:29:29 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 30.46
12/07/21 20:29:29 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 904 curves at B1=1000000 toward target pretesting depth of 40.92
12/07/21 20:36:32 v1.34.5 @ DESKTOP-ATDHN8S, Finished 904 curves using Lenstra ECM method on C133 input, B1=1M, B2=gmp-ecm default
12/07/21 20:36:32 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 35.56
12/07/21 20:36:32 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 2350 curves at B1=3000000 toward target pretesting depth of 40.92
12/07/21 21:23:48 v1.34.5 @ DESKTOP-ATDHN8S, Finished 2352 curves using Lenstra ECM method on C133 input, B1=3M, B2=gmp-ecm default
12/07/21 21:23:48 v1.34.5 @ DESKTOP-ATDHN8S, current ECM pretesting depth: 40.63
12/07/21 21:23:48 v1.34.5 @ DESKTOP-ATDHN8S, scheduled 264 curves at B1=11000000 toward target pretesting depth of 40.92
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, Finished 264 curves using Lenstra ECM method on C133 input, B1=11M, B2=gmp-ecm default
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, final ECM pretested depth: 40.92
Ensuite ici il commence la phase de recherche polynomial, ici il va tourner sur l'application YAFU en multithread mais ça peut bloquer à moins que les X threads attribués, possiblement 1 ou 2. Si c'est long, ta tâche va durer longtemps. Tu peux le prédire ici. :hyperbon:Code: [Sélectionner]12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, scheduler: switching to sieve method
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing nfs on c133: 2500052790220303619968557248456842368261449539807045665471558176771097608035557065805119151187907139492632516595736456626146221849867
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing poly selection with 8 threads
12/07/21 21:41:27 v1.34.5 @ DESKTOP-ATDHN8S, nfs: setting deadline of 10350 seconds
12/08/21 00:37:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: completed 29 ranges of size 250 in 10579.3825 seconds
12/08/21 00:37:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: best poly = # norm 1.231819e-012 alpha -6.803340 e 5.988e-011 rroots 3
Ensuite il commence la phase lattice sieving, il lance X threads sur l'application gnfs-lasieve4l1Xe (plus elle est grande gnfs-lasieve4l13e/gnfs-lasieve4l14e/etc. plus ce sont des grands nombres), une fois que toutes les threads sont finis, il relance en boucle.Citer12/08/21 00:37:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 01:04:22 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 01:30:40 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 01:56:57 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 02:23:18 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 02:49:50 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 03:15:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 03:42:05 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 04:10:34 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 04:37:23 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 05:04:20 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 05:31:10 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 05:57:46 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 06:22:36 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 06:49:20 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 07:15:15 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 07:41:33 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 08:08:18 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 08:34:54 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
12/08/21 09:01:41 v1.34.5 @ DESKTOP-ATDHN8S, nfs: commencing lattice sieving with 8 threads
Dernière partie, il lance le Msieve, là il lance l'application YAFU mais ne va tourner que sur 1 ou 2 threads grand max :Code: [Sélectionner]linear algebra completed 2021 of 197841 dimensions (1.0%, ETA 0h 1m)
On voit le temps qu'il reste dans le sttder.
linear algebra completed 4043 of 197841 dimensions (2.0%, ETA 0h 1m)
linear algebra completed 6068 of 197841 dimensions (3.1%, ETA 0h 1m)
linear algebra completed 8091 of 197841 dimensions (4.1%, ETA 0h 1m)
linear algebra completed 10115 of 197841 dimensions (5.1%, ETA 0h 1m)
linear algebra completed 12135 of 197841 dimensions (6.1%, ETA 0h 1m)
linear algebra completed 14165 of 197841 dimensions (7.2%, ETA 0h 1m)
linear algebra completed 16189 of 197841 dimensions (8.2%, ETA 0h 1m)
linear algebra completed 18205 of 197841 dimensions (9.2%, ETA 0h 1m)
linear algebra completed 20218 of 197841 dimensions (10.2%, ETA 0h 1m)
linear algebra completed 22239 of 197841 dimensions (11.2%, ETA 0h 1m)
linear algebra completed 24259 of 197841 dimensions (12.3%, ETA 0h 1m)
linear algebra completed 26283 of 197841 dimensions (13.3%, ETA 0h 1m)
linear algebra completed 28306 of 197841 dimensions (14.3%, ETA 0h 1m)
linear algebra completed 30331 of 197841 dimensions (15.3%, ETA 0h 1m)
linear algebra completed 32349 of 197841 dimensions (16.4%, ETA 0h 1m)
Jean-Luc corrige mes erreurs. :o
La depuis hier j'ai 3 tâches qui tournent
- celle qui avait 38h "4t" avec une deadline au 25/05 en a maintenant 49h soit disant à 99,999% et continue de lancer toutes les heures un sieving mono-thread visible dans factor log (où ça précise bien "on 1 thread") : j'ai un 1er gnfs-lasieve" qui tourne sur 1 thread
- la 2ème avec une deadline aussi au 25/05 une "8t" qui a maintenant 16h de calcul à 99,393% et fait exactement comme la première sauf qu'en plus de factor.log j'ai stderr.txt qui se met à jour avec des "total yield" (ce n'est pas le cas de la 1ère) : j'ai un 2ème gnfs-lasieve" qui tourne sur 1 thread
- une 3ème "4t" qui tourne depuis 16h (mais avec une deadline au 29/05) à 97,725% et qui elle ne met plus à jour de fichier log depuis cette nuit 2h : je vois un yafu.exe qui tourne sur 1 thread (qui a 10h de CPU au compteur, exactement le temps CPU que je vois dans le détail de la tâche)
J'ai décidé de trucider les 2 premières à la mode toTOW en killant le process, paix à leur âme de tâche.
La 3ème a encore 1,5 j avant la deadline mais elle sent pas bon. J'ai pas souvenir d'avoir eu une telle série noire...
Edith : il est foufou avec le multi-threading quand même, là il a renvoyé les 2 tâches mortes, en a remis 2 (en plus) à calculer qui ont durée 3 secs et ont été renvoyées, en a repris 2 (en plus) et ce coup si a laissé une nouvelle 4t en attente de calcul mais a quand même lancé une "yafu mt" (celle où y'a pas de nombre de thread indiqué) qui elle commence un cycle en lançant 8 ecm.exe / terminent / se relancent, etc. Genre il ignore complètement la tâche 4t en train de tourner.
There was a configuration problem which let the workunits only use 1 thread. Therefore many 4t wurkunits are running in parallel. This was fixed, see above in this thread. Now 4t wus should use at least 4 threads.
Il y a eu un problème de configuration qui ne laissait les tâches utiliser que 1 thread. Par conséquent, de nombreuses tâches 4t fonctionnent en parallèle. Cela a été corrigé, voir ci-dessus dans ce fil de discussion. Maintenant les tâches 4t doivent utiliser au moins 4 threads.
Yes, 4t now meams, that you need at least 4 cores. The wu uses all cores.
Le serveur est tombé ? :??:De retour. :kookoo:
Mmm moi qui disait "yafu c'est stable" il y a peu ben y'a plus de tâches <16t, donc plus de tâches pour mon i5 8t du taff qui ne peut faire *que* du yafu (et du WUProp).
Moche.
wrapper: starting
14:32:52 (2032545): wrapper: running yafu (-threads 12 -batchfile in)
11/06/22 14:32:52 v1.34.5 @ antec2018,
11/06/22 14:32:52 v1.34.5 @ antec2018, ****************************
11/06/22 14:32:52 v1.34.5 @ antec2018, Starting factorization of 33148368839903921242933742189195202000372689506357573579491714882080527838645935225652950394548502458455737986149240872185628485350673
11/06/22 14:32:52 v1.34.5 @ antec2018, using pretesting plan: normal
11/06/22 14:32:52 v1.34.5 @ antec2018, no tune info: using qs/gnfs crossover of 95 digits
11/06/22 14:32:52 v1.34.5 @ antec2018, ****************************
11/06/22 14:32:52 v1.34.5 @ antec2018, rho: x^2 + 3, starting 1000 iterations on C134
11/06/22 14:32:52 v1.34.5 @ antec2018, rho: x^2 + 2, starting 1000 iterations on C134
11/06/22 14:32:52 v1.34.5 @ antec2018, rho: x^2 + 1, starting 1000 iterations on C134
11/06/22 14:32:52 v1.34.5 @ antec2018, pm1: starting B1 = 150K, B2 = gmp-ecm default on C134
11/06/22 14:32:52 v1.34.5 @ antec2018, current ECM pretesting depth: 0.00
11/06/22 14:32:52 v1.34.5 @ antec2018, scheduled 30 curves at B1=2000 toward target pretesting depth of 41.23
11/06/22 14:32:52 v1.34.5 @ antec2018, Finished 30 curves using Lenstra ECM method on C134 input, B1=2K, B2=gmp-ecm default
11/06/22 14:32:52 v1.34.5 @ antec2018, current ECM pretesting depth: 15.18
11/06/22 14:32:52 v1.34.5 @ antec2018, scheduled 74 curves at B1=11000 toward target pretesting depth of 41.23
11/06/22 14:32:56 v1.34.5 @ antec2018, Finished 74 curves using Lenstra ECM method on C134 input, B1=11K, B2=gmp-ecm default
11/06/22 14:32:56 v1.34.5 @ antec2018, current ECM pretesting depth: 20.24
11/06/22 14:32:56 v1.34.5 @ antec2018, scheduled 214 curves at B1=50000 toward target pretesting depth of 41.23
11/06/22 14:33:12 v1.34.5 @ antec2018, Finished 216 curves using Lenstra ECM method on C134 input, B1=50K, B2=gmp-ecm default
11/06/22 14:33:12 v1.34.5 @ antec2018, pm1: starting B1 = 3750K, B2 = gmp-ecm default on C134
11/06/22 14:33:15 v1.34.5 @ antec2018, current ECM pretesting depth: 25.34
11/06/22 14:33:15 v1.34.5 @ antec2018, scheduled 430 curves at B1=250000 toward target pretesting depth of 41.23
11/06/22 14:34:18 v1.34.5 @ antec2018, Finished 432 curves using Lenstra ECM method on C134 input, B1=250K, B2=gmp-ecm default
11/06/22 14:34:18 v1.34.5 @ antec2018, pm1: starting B1 = 15M, B2 = gmp-ecm default on C134
11/06/22 14:34:23 v1.34.5 @ antec2018, current ECM pretesting depth: 30.46
11/06/22 14:34:23 v1.34.5 @ antec2018, scheduled 904 curves at B1=1000000 toward target pretesting depth of 41.23
11/06/22 14:43:23 v1.34.5 @ antec2018, Finished 912 curves using Lenstra ECM method on C134 input, B1=1M, B2=gmp-ecm default
11/06/22 14:43:23 v1.34.5 @ antec2018, current ECM pretesting depth: 35.56
11/06/22 14:43:23 v1.34.5 @ antec2018, scheduled 2350 curves at B1=3000000 toward target pretesting depth of 41.23
14:32:52 (2032545): wrapper: running yafu (-threads 12 -batchfile in)
Tu vois bien qu'il lui a assigné 12 threadsMais t'as vu ? 60 heures !!De nouveau une tâche à 60 heures. Ca me stresse :D
- il n'y a qu'un seul gnfs-lasieve qui tourne depuis 60 heures en mémoire (il y a eu une extinction / redémarrage entre temps) en consommant un thread de façon constanteSous Windows, ce sont des bugs typiques ... :/
- la dernière mise à jour du fichier ggnfs.log et de stderr.txt remonte au 07/12 à 23h
Perso, si mon OS me fait des truc comme ça pour un projet, je m'abstiens, pour ne pas perdre de temps de crunch !Disons que depuis 2015 que l'application Yafu a pas été mise à jour, il ne faut pas trop s'étonner ... :/
C'est comme pour Universe : je ne le ferais pas tourner sous Windows, il est si peu performant par rapport à Linux.
Ceci dit pour yafu, il semble effectivement qu'il y ait des problèmes avec Windows.
Désolé Jerome de t'avoir conseillé de laisser tourner, je ne savais pas que Windows déconnait avec ce projet...
<core_client_version>7.16.16</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
wrapper: starting
09:36:53 (166293): wrapper: running yafu (-threads 32 -batchfile in)
app exit status: 0xb
09:36:54 (166293): called boinc_finish
</stderr_txt>
]]>
Idem Yafu 4t, 8t ou YAFU.<core_client_version>7.20.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code 195 (0xc3)</message>
<stderr_txt>
linear algebra completed 336362 of 1093587 dimensions (30.8%, ETA 0h13m)
linear algebra completed 336616 of 1093587 dimensions (30.8%, ETA 0h13m)
linear algebra completed 336867 of 1093587 dimensions (30.8%, ETA 0h13m)
linear algebra completed 337122 of 1093587 dimensions (30.8%, ETA 0h13m)
linear algebra completed 337372 of 1093587 dimensions (30.9%, ETA 0h13m)
linear algebra completed 337624 of 1093587 dimensions (30.9%, ETA 0h13m)
linear algebra completed 337877 of 1093587 dimensions (30.9%, ETA 0h13m)
linear algebra completed 338130 of 1093587 dimensions (30.9%, ETA 0h13m)
linear algebra completed 338385 of 1093587 dimensions (30.9%, ETA 0h13m)
linear algebra completed 338638 of 1093587 dimensions (31.0%, ETA 0h13m)
linear algebra completed 338891 of 1093587 dimensions (31.0%, ETA 0h13m)
linear algebra completed 339145 of 1093587 dimensions (31.0%, ETA 0h13m)
linear algebra completed 339399 of 1093587 dimensions (31.0%, ETA 0h13m)
linear algebra completed 339652 of 1093587 dimensions (31.1%, ETA 0h13m)
linear algebra completed 339904 of 1093587 dimensions (31.1%, ETA 0h13m)
20:24:17 (5556): yafu.exe exited; CPU time 116546.390625
20:24:17 (5556): app exit status: 0xffffffff
20:24:17 (5556): called boinc_finish(195)
</stderr_txt>
]]>
<message>
(unknown error) - exit code -1073741205 (0xc000026b)
</message>
<stderr_txt>
15:31:27 (11572): wr
</stderr_txt>
<message>
(unknown error) - exit code -1073741205 (0xc000026b)
</message>
<stderr_txt>
15:31:11 (19352): wrapper (7.5.26014): starting
15:31:11 (19352): wrapper: running yafu.exe (-threads 8 -batchfile in)
</stderr_txt>
Dernière ligne droite, dernière ligne droite, tu n'étais rendu qu'à 31,1% après 9 petites heures de fonctionnement sur 4 pauvres threads, faut pas pousser mémé dans les orties non plus :siflotte:
Première fois que je lance Yafu sur une machine, j'obtiens :Vu sur le forum des Libristes, ça vient du vsyscall, où il faut modifier un paramètre au boot et ouvrir une vulnérabilité pour que cela fonctionne. Niet, je verrai s'ils mettent à jour leurs applications dans le futur.Code: [Sélectionner]<core_client_version>7.16.16</core_client_version>
Idem Yafu 4t, 8t ou YAFU.
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
wrapper: starting
09:36:53 (166293): wrapper: running yafu (-threads 32 -batchfile in)
app exit status: 0xb
09:36:54 (166293): called boinc_finish
</stderr_txt>
]]>
Idem après reset projet.
Ça vous parle ou je poste sur leur forum ?
16 Jun 2023, 20:34:46 UTC 22 Jun 2023, 18:32:03 UTC Terminé et validé 511,037.00 1,475,974.00 10,765.35 YAFU-32t v134.05 (32t)
windows_x86_64
En revanche au niveau heures WUProp ça doit être une tuerie :D
11 yafu YAFU-32t 80,445.73 652.80
yafu: New YAFU version for Linux
There is now a new YAFU version 211.00 for Linux available.
Please test this version, especially on Linux systems where the previous version failed.
C'est normal qu'une fois une UT à 100% (assez rapidement) le calcul continue pendant encore 1h ou plus ?Oui c'est normal.
C'est normal qu'une fois une UT à 100% (assez rapidement) le calcul continue pendant encore 1h ou plus ?Oui c'est normal.
C'est normal qu'une fois une UT à 100% (assez rapidement) le calcul continue pendant encore 1h ou plus ?Oui, la progression des WUs YAFU est assez originale. Du coup, tu ne sais jamais combien de temps va réellement durer la WU ...
Un exemple ?C'est normal qu'une fois une UT à 100% (assez rapidement) le calcul continue pendant encore 1h ou plus ?Oui, la progression des WUs YAFU est assez originale. Du coup, tu ne sais jamais combien de temps va réellement durer la WU ...
7 Mar 2024, 23:56:12 UTC 9 Mar 2024, 18:46:18 UTC Terminé et validé 154,206.00 2,969,887.00 154,299.87 YAFU-32t v134.01 (32t)Ou encore :
x86_64-pc-linux-gnu
9 Mar 2024, 18:46:30 UTC 10 Mar 2024, 11:49:09 UTC Terminé et validé 61,359.00 2,486,090.00 59,190.37 YAFU-32t v134.01 (32t)Ou encore :
x86_64-pc-linux-gnu
8 Mar 2024, 22:21:07 UTC 9 Mar 2024, 18:46:30 UTC Terminé et validé 4.31 2.30 4.15 YAFU-32t v134.01 (32t):kookoo:
x86_64-pc-linux-gnu
Attends, Poly. Tu nous sors un nouveau projet aujourd'hui et tu voudrais qu'il soit tout de suite dans les stats. Faut arrêter un peu là.
En plus, il est encore en "dyndns", donc - a priori - pas l'URL définitive. Même pas dit que le projet survive à quelques semaines...
Du calme, les fous de stats et de points ! :cpopossib:
Message de 2011 :eek:
Tu creuse profond mdr.
Kali.
Oulà, j'ai été aussi virulente que ça moi ? :desole:Après 10 ans il y a prescription !
Malheureusement, sur ce coup-là, je ne sais pas trop.
Je ne pige pas toujours non plus comment yafu fait fonctionner un CPU de plusieurs threads.
Mais une chose est certaine : les programmes utilisés sur Yafu ont tous des phases courtes où la parallélisation du travail est impossible.
Sur une tâche de plusieurs heures, il y a quelques minutes où le travail ne pourra s'effectuer que sur un seul thread.
Yafu utilise vraiment plusieurs méthodes très complexes.
Il teste la plus simple au début : division triviale.
Si échec, il passe à une deuxième méthode : méthode "pari" mais je ne sais pas trop de quoi il s'agit.
Si échec, troisième méthode : ECM.
Si échec, quatrième méthode : NFS, la plus longue, c'est l'arme atomique pour casser un nombre composé. Mais la méthode NFS à elle toute seule a vraiment tout un tas de phases différentes.
Il suffit que tu regardes la charge CPU juste au mauvais moment et hop, tu as l'impression que le travail parallèle ne marche pas.
Mais je réponds peut-être à coté de tes préoccupations !
Le processus NFS qui se finit jamais, c'est un bug de l'application Windows ... :/
Je ne sais pas trop, je n'ai plus l'expérience de Windows depuis des années.
Mais la partie NFS, si elle est déclenchée doit se terminer à coup sûr et la durée du calcul dépend vraiment de la taille du nombre à factoriser.
Plus il est grand, plus c'est long.
La séquence 21546 s'est terminée par la paire amicale 1184/1210. C'est la plus petite séquence terminée découverte depuis 2012 et la première séquence terminée inférieure à 10e5 depuis 2020. Le plus grand terme de cette séquence atteint 153 chiffres, ce qui constitue un nouveau record.