Greg et moi en avons discuté il y a quelques temps, nous sommes parvenus à la conclusion que c'est possible mais que cela demanderait énormément de travail. Nous utilisons la librairie pari/gp pour faire les calculs sur les nombres théoriques, et bien qu'elle soit open source, cela impliquerait des modifications importantes. Nous utilisons également la librairie gmp, qui risque de ne pas bien se porter. Mais je ne suis pas un expert en GPU, alors peut être que quelqu'un d'autre pourra aider avec plus d'expériences.
Another milestone reached
Another level of the search has been completed. We are now 1 step closer to finishing the Decics search over Q(i). The next batch of WUs is targeting those fields with discriminant (2^29)*(5^17). After that, we hit the (2^29)*(5^18) discriminants, which is the pinnacle of the search over Q(i).
In addition to Q(i) there are 6 other subfields we need to do. I am starting to sprinkle some of those WUs in with the Q(i) work. These other subfields are expected to be much smaller searches, so the idea here is to pick off some of the easier targets while waiting for Q(i) to finish.
Nouvelle étape franchie
Un nouveau niveau de la recherche a été atteint. Nous sommes maintenant une étape plus proche de la conclusion de la recherche Decics avec Q(i). Le prochain lot de WUs va ciblés ces champs ayant comme discriminant (2^29)*(5^17). Après cela, nous atteindrons les discriminants (2^29)*(5^18), ce qui représente l’apogée de la recherche avec Q(i).
En plus de Q(i) il y a 6 autres sous-domaines que nous devons traiter. Je vais commencer à distribuer en petite quantité ces WUs avec le travail pour Q(i). Ces autres sous-domaines devraient être des recherches plus courtes, l'idée est donc d'éliminer certaines des cibles les plus faciles en attendant que Q(i) se termine.
18 Aug 2011 23:26:10 UTC 19 Aug 2011 4:43:53 UTC Terminé et validé 371.55 177.22 1.46 Get Decics with Bounded Discriminant v1.01
18 Aug 2011 23:26:37 UTC 19 Aug 2011 4:43:53 UTC Terminé et validé 1,351.41 645.39 5.30 Get Decics with Bounded Discriminant v1.01
18 Aug 2011 23:26:37 UTC 19 Aug 2011 4:43:53 UTC Terminé et validé 3,723.23 1,932.77 14.60 Get Decics with Bounded Discriminant v1.01
18 Aug 2011 23:26:37 UTC 19 Aug 2011 4:43:53 UTC Terminé et validé 5,879.39 3,106.03 23.05 Get Decics with Bounded Discriminant v1.01
18 Aug 2011 23:26:37 UTC 19 Aug 2011 10:33:49 UTC Terminé et validé 37.79 16.69 0.15 Get Decics with Bounded Discriminant v1.01
18 Aug 2011 23:26:37 UTC 19 Aug 2011 9:50:22 UTC Terminé et validé 34,523.59 17,376.57 136.25 Get Decics with Bounded Discriminant v1.01
Pareil 2h de calcul et toujours 0%
18 Aug 2011 23:26:37 UTC 19 Aug 2011 20:25:32 UTC Terminé et validé 34,911.79 17,119.80 271.24 Get Decics with Bounded Discriminant v1.01
Je vais attendre que le truc soit un peu plus stable avant de mettre une vm linux dessus...
Elles durent combien de temps chez toi ?Deja indiquer un peu plus haut danc ce meme topic ....... :siflotte:
Technically speaking, the project could go on forever, as our searches depend on field degree and ramified primes. Right now we are concentrating on degree 10 fields. After that, we could move on to higher degrees. We also sort fields by ramified primes. So for each set of primes, the search will be finite, but there are an unlimited combination of primes.
To give you an idea of the time required for a specific case, part of my dissertation found all degree 10 fields ramified over the set {2,3}, and this would have taken about 5 years on a single cpu (it took 60 days using boinc, but the total run time summed over all hosts was 4.7 years).
Thanks,
Eric
J'ai été surpris de rentrer de vacances et voir autant de nouveaux participants. J'ai seulement dit à une poignée de personnes, mais apparemment le bruit a couru. Mais ce qui est bon! Plusieurs questions ont fait surface, mais rien de trop grave. Juste quelques observations générales:
1. Il peut y avoir de grandes variations dans les temps courir entre différentes unités de travail. Chaque unité de travail représente une instance unique d'une variable de boucle extérieure, et il est difficile de déterminer a priori combien de temps le code interne aura pour une valeur donnée de cette variable. J'ai vu parfois fonctionner aussi longtemps que 12 heures.
2. La version Windows signale une fuite de mémoire lorsque l'exécutable est arrêté. Je crois que ce message est faux, mais il est ennuyeux et je vais essayer de trouver la cause de celui-ci.
3. La barre de progression n'est pas appliquée correctement. Cela provoque des progrès à apparaître bloqué à 0% pendant toute la durée de l'unité de travail.
L'état du serveur enfin disponible.
http://stat.la.asu.edu/NumberFields/server_status.html (http://stat.la.asu.edu/NumberFields/server_status.html)
:jap:
1314042160 mara data-driven web pages running mara upload/download server running mara scheduler running mara feeder running mara transitioner running mara file_deleter running mara db_purge running mara abc_sieve_makework running mara abc_sieve_validator running mara abc_sieve_assimilator running 478 37376 9 2 0 0 0.000277777777778
:ptintumafepeur: Vade retro, Satanas !!!
Je vois assez de ces "horreurs" dans mon boulot (fichiers XML à traduire, heureusement "préparés" pour la traduction) :lol:
:ptintumafepeur: Vade retro, Satanas !!!tu parles de satan car tu as vu <daemon_status ? lol
Je vois assez de ces "horreurs" dans mon boulot (fichiers XML à traduire, heureusement "préparés" pour la traduction) :lol:
fichiers XML à traduire :??:=> MP ;)
C'est pas du tout fait pour les êtres humain ce format, mais au contraire pour qu'un programme puisse en tirer facilement des données.
tu parles de satan car tu as vu <daemon_status ? lolMDR
Tiens je suis en pôle position :siflotte::oki:
fzs600 :hello:
bravoM'ouais c'est un petit bravo il a quand meme pas fait 100K sur le projet :jeboude:
Distributed Rainbow Table Generator 4,822,846 58,428 12 Aug 2011et toussa avec une seule machine (i7 870 @ 2.93GHz).
y'a de quoi :hyperbon: apparemment : http://numberfields.asu.edu/NumberFields/server_status.php (dommage que ce lien ne soit pas indiqué sur la page d'accueil du projet ... ou alors je l'ai pas vu ...).Je dirais ............pas vu ! :siflotte:
Communautéhttp://stat.la.asu.edu/NumberFields/ (http://stat.la.asu.edu/NumberFields/)
* Profils
* User search
* Forums
* Questions et Réponses
* Statistics
* Languages
* Server Status
:kookoo: jip,
Tu es mal réveillé :eek: , il y est, le dernier en bas de "communauté" sur la gauche !
L'objectif de cette nouvelle application est de trouver tous les champs non ramifiée en dehors imprimitive d'un ensemble donné de nombres premiers.
Ah ben tout de suite c'est plus clair :pt1cable:
New milestone reached
The Decics search has now progressed to the next discriminant level. It is now targetting those fields with discriminant having 2^28 as a factor.
Nouvelle étape franchie
La recherche Decics a maintenant progressé au niveau de discriminant suivant. Elle cible maintenant les corps avec un discriminant ayant comme facteur 2^28.
Problem with client version 7.0.24 on ubuntu.
Word on the street is that this is happening on multiple projects, not just NumberFields. According to this link, version 7.0.26 may resolve the issue.
Des problèmes avec BOINC 7.0.24 sous Ubuntu.
Selon ce que j'ai pu entendre ceci arrive sur plusieurs projets pas seulement NumberFields. Selon ce lien (http://boinc.berkeley.edu/dev/forum_thread.php?id=7463), la version 7.0.26 devrait résoudre le problème.
Je rêve où il n'y a que 8 membres de l'AF (https://statseb.boinc-af.org/classement_membres.py?projet=148&sort=rac) qui ont un RAC positif sur ce projet ?Et la, O menbre actif sur le projet il est poutant actif et il y a des UTs a calculées. :/
Un classement FB interne AF, pourrait peut-être changer les choses ?
Et la, O menbre actif sur le projet il est poutant actif et il y a des UTs a calculées. :/Je connaissais même pas l'existence de ce projet :eek:
https://statseb.boinc-af.org/classement_membres.py?projet=131&offset=0#1 (https://statseb.boinc-af.org/classement_membres.py?projet=131&offset=0#1)
Je connaissais même pas l'existence de ce projet :eek:http://forum.boinc-af.org/index.php/topic,4072.0.html (http://forum.boinc-af.org/index.php/topic,4072.0.html) :kookoo:
C'est quoi ce nom de projet barbare !! (mince, faut que j'y aille là ! mon barbare m'attend !!) Il a un topic chez nous ?
http://forum.boinc-af.org/index.php/topic,4072.0.html (http://forum.boinc-af.org/index.php/topic,4072.0.html) :kookoo:Anéfé j'y avais même sévi :D
Another milestone reached
Another level of the search has been completed. We are now 1 step closer to finishing the Decics search over Q(i). The next batch of WUs is targeting those fields with discriminant (2^29)*(5^17). After that, we hit the (2^29)*(5^18) discriminants, which is the pinnacle of the search over Q(i).
In addition to Q(i) there are 6 other subfields we need to do. I am starting to sprinkle some of those WUs in with the Q(i) work. These other subfields are expected to be much smaller searches, so the idea here is to pick off some of the easier targets while waiting for Q(i) to finish.
Nouvelle étape franchie
Un nouveau niveau de la recherche a été atteint. Nous sommes maintenant une étape plus proche de la conclusion de la recherche Decics avec Q(i). Le prochain lot de WUs va ciblés ces champs ayant comme discriminant (2^29)*(5^17). Après cela, nous atteindrons les discriminants (2^29)*(5^18), ce qui représente l’apogée de la recherche avec Q(i).
En plus de Q(i) il y a 6 autres sous-domaines que nous devons traiter. Je vais commencer à distribuer en petite quantité ces WUs avec le travail pour Q(i). Ces autres sous-domaines devraient être des recherches plus courtes, l'idée est donc d'éliminer certaines des cibles les plus faciles en attendant que Q(i) se termine.
vi, sûrement les admins ont-ils trop réveillonné?:warf:
Ven 10 mai 19:20:23 2013 | NumberFields@home | URL http://numberfields.asu.edu/NumberFields/; Computer ID 4199; resource share 100
:hello:
Quelqu'un pourrait-il m'expliquer la différence entre les 2 applis ?
Get Decic Fields
Get Decics with Bounded Discriminant
La deuxième appli prend BEAUCOUP BEAUCOUP plus de temps.
Merci ! :jap:
:hello:
Quelqu'un pourrait-il m'expliquer la différence entre les 2 applis ?
Get Decic Fields
Get Decics with Bounded Discriminant
La deuxième appli prend BEAUCOUP BEAUCOUP plus de temps.
Merci ! :jap:
Merdum, je viens de me rendre compte que j'avais pas sélectionné d'équipe pour ce projet, le décompte des point est rétroactif ?
:goudron2:
... à l'aide d'un minimum de pincette (http://forum.boinc-af.org/index.php/topic,6362.0.html) aussi pour le moment aussi... attirer des crunchers en surcréditant pour faire la même chose qu'un autre projet très connu (même s'ils prétendent éviter les doublons) j'aimerais quand même des explications plus claires...Je suis un peu du même avis .
Les deux mon capitaine.
<core_client_version>7.6.12</core_client_version>
<![CDATA[
<message>
process got signal 5
</message>
<stderr_txt>
dyld: Library not loaded: /Users/eric/BOINC_Project/Pari/pari-2.8-1711-ge5c317c/Odarwin-i386/libpari-2.8.dylib
Referenced from: /Volumes/Macintosh HD/Users/Shared/BOINC Data/slots/2/../../projects/numberfields.asu.edu_NumberFields/GetDecics_2.08_x86_64-apple-darwin
Reason: image not found
</stderr_txt>
]]>
I meant to send this just before the new year, but the boards were down. Better late than never...https://numberfields.asu.edu/NumberFields/forum_thread.php?id=310&postid=1807#1807 (https://numberfields.asu.edu/NumberFields/forum_thread.php?id=310&postid=1807#1807)
Last year was a productive year for NumberFields@home. To summarize our accomplishments:
1. Last May the bounded app completed its multi-year search. It found all imprimitive degree 10 fields with absolute discriminant less than or equal to 1.2E11.
2. Then in July a special search miraculously found the hypothesized field it had been searching for. This search had been running off and on for about 10 months. This field was an A5 extension of Q(√421), ramified only at 2. You can read more about it on this post:
https://numberfields.asu.edu/NumberFields/forum_thread.php?id=234
3. The regular decics app spent the majority of the year on the final tier of "Data Set 11" (those WUs with DS-11x271 in the name). You may have noticed on the batch status page that this subsearch is just about done - a really big milestone. The search will continue with the higher tiers over Q(√2).
Thank you to all our volunteers who made 2016 such a successful year!
<user_friendly_name>Get Decic Fields</user_friendly_name>
<name>GetDecics</name>
J'ai 2 WUs que mon BM refuse d'envoyer !Annule le transfert et ça devrait le faire. :kookoo:
Quelqu'un a-t-il déjà vu ça ?
(voir image jointe)
NumberFields@home: Database crash
We had a database crash. We are working hard to get it fixed.
05/01/2018 01:19:20
New application coming soon
In the coming days we will be introducing a new number field application. This one will target degree 7 fields (called septics). The current best bound is 5E6, and this app will increase that to 200E6. This means it will find all degree 7 fields whose discriminant is bounded by 200E6.
Here is some additional information:
1. This search is expected to run for only 5 to 6 months (but could take longer).
2. It will run side-by-side with the current decic app.
3. It will only support the 64bit Windows and 64 bit Linux platforms.
24 Mar 2018, 6:21:03 UTC · Discuss
26 Mar 2018, 16:41:13 UTC 27 Mar 2018, 7:31:28 UTC Completed and validated 49,769.98 49,609.97 1,174.94 Minimum Discriminant Septics v1.00
windows_x86_64
26 Mar 2018, 16:41:13 UTC 27 Mar 2018, 6:00:25 UTC Completed and validated 47,393.45 47,244.00 1,118.83 Minimum Discriminant Septics v1.00
windows_x86_64
26 Mar 2018, 16:41:13 UTC 27 Mar 2018, 6:00:25 UTC Completed and validated 45,666.68 45,521.86 1,078.07 Minimum Discriminant Septics v1.00
windows_x86_64
Voici les principales réalisations pour 2018 :
1. Nous avons créé une nouvelle application pour trouver tous les champs septiques (degré 7) avec discriminant inférieur à 200E6. Cette recherche a duré environ 6 mois pour compléter et étendre le précédent meilleur discriminant lié par un facteur de 40. De nombreux nouveaux champs de degré 7 ont été trouvés et ajoutés à la base de données. Nous sommes actuellement en train de publier les résultats.
2. L'application décic a effectué la plus grande recherche à ce jour sur Q(√-2), ensemble de données 13x271. L'application décic a également effectué une série de petites recherches sur les limites inférieures de discrimination pour Q(√-5).
3. Nous avons fait quelques progrès sur une application GPU. Nous avons maintenant une bibliothèque multi-précision (merci Dan !) et j'ai commencé à chercher comment porter certaines des fonctions pari. Il ne s'agit pas d'un problème insignifiant et il faut s'attendre à ce qu'il dure encore au moins plusieurs mois.
Bonne année à tous !
User consent required for stats export
If you want your stats exported, you will need to check the consent box on the project preferences page.
In a couple days, the stats export mechanism will be changed, and if this consent is not given, then the default will be to NOT export your stats.
Sorry for the inconvenience, but this was necessary due to the recent GDPR regulations.
12 Jan 2019, 17:01:00 UTC · Discuter
:kookoo: 1re application GPU pour le projet, uniquement en 64 bit linux pour Nvidia.
https://numberfields.asu.edu/NumberFields/forum_thread.php?id=362 (https://numberfields.asu.edu/NumberFields/forum_thread.php?id=362)
:kookoo:
J'ai fait 2 UT : https://numberfields.asu.edu/NumberFields/results.php?userid=1993 (https://numberfields.asu.edu/NumberFields/results.php?userid=1993)
Je reprendrai après le raid. :)
<core_client_version>7.14.2</core_client_version>
<![CDATA[
<stderr_txt>
CHECKPOINT_FILE = wu_sf5_DS-15x11_Grp3938of800000_checkpoint.
Checkpoint Flag = 0.
Reading file ../../projects/numberfields.asu.edu_NumberFields/sf5_DS-15x11_Grp3938of800000.dat
K = x^2 + 5
S = [2, 5]
Disc Bound = 320000000000000
Skip = (P^4)*(Q^5)
Num Congruences = 5
SCALE = 1.000000
|dK| = 20
Signature = [0,1]
Opening output file ../../projects/numberfields.asu.edu_NumberFields/wu_sf5_DS-15x11_Grp3938of800000_0_r2135381947_0
Now starting the targeted Martinet search:
The search has finished.
08:11:09 (12475): called boinc_finish(0)
</stderr_txt>
]]>
Une unité a été calculée par une GTX1080ti et l'autre par une GTX1060.
Je ne saurais dire quelle unité correspond à quelle carte.
Je ne vois pas de référence à une carte particulière comme on peut le voir avec certains projets.
C'est étrange ce qui se passe lorsque je n'autorise que la 1060 à faire du numberfields.Avec quoi comme pilote ?
La 1080 calcule sur une tâche einstein et une tâche numberfield est normalement sur la 1060, mais la carte est à 0% de charge et la température tombe à une trentaine de degrés. Pourtant, la tâche progresse bien.
Lorsque 2 tâches sont exécutées, une sur chaque carte, la 1080 a une charge qui frise les 100% et la charge de la 1060 est d'environ 15%. Les 2 tâches se terminent normalement.
Je ne m'explique pas ça.
Les pilotes 418.43Moi 395.XX va falloir une mise a jour.
C'est étrange ce qui se passe lorsque je n'autorise que la 1060 à faire du numberfields.
La 1080 calcule sur une tâche einstein et une tâche numberfield est normalement sur la 1060, mais la carte est à 0% de charge et la température tombe à une trentaine de degrés. Pourtant, la tâche progresse bien.
Lorsque 2 tâches sont exécutées, une sur chaque carte, la 1080 a une charge qui frise les 100% et la charge de la 1060 est d'environ 15%. Les 2 tâches se terminent normalement.
Je ne m'explique pas ça.
C'est ce que je dis, l'application ne sait pas gérer l'adressage sur plusieurs GPU ... il faudrait signaler ça au dev, ça peut être vite gênant ...J'ai déjà vu ça, sur Moo je crois. L'appli doit lancer un wrapper qui n'est pas capable de différencier les cartes, et qui n'utilise pas les paramètres supplémentaires fournis par boinc, tels que l'id du gpu.
Il y a donc eu de nouveaux développements au cours de la semaine dernière. C'est à la fois bon et mauvais.
Tout d'abord, un peu d'histoire. La raison pour laquelle j'ai attendu si longtemps pour développer une application GPU est que le calcul était fortement dépendant des bibliothèques multiprécision (gmp) et des bibliothèques théoriques des nombres (pari/gp). Les deux utilisent de la mémoire allouée dynamiquement, ce qui est un grand non-non dans les GPU. J'ai trouvé une bibliothèque multiprécision en ligne que je pouvais utiliser en codant en dur la précision au maximum requis (environ 750 bits), éliminant ainsi la dépendance des allocations de mémoire. La pièce suivante du puzzle était de coder une fonction discriminante polynomiale. Après avoir fait cela, je pourrais enfin compiler un noyau pour le GPU. C'est l'historique de l'application GPU actuelle. Il est environ 20 à 30 fois plus rapide que la version CPU actuelle (dépend des vitesses WU et cpu/gpu).
Mais alors j'ai réfléchi... mon algorithme de discrimination polynomiale GPU est différent de celui de la bibliothèque PARI (le leur fonctionne pour tous les degrés et le mien est spécialisé au degré 10). Donc pour bien comparer des pommes avec des pommes, j'ai remplacé l'algorithme PARI par le mien dans la version CPU du code. J'ai été choqué par ce que j'ai trouvé... la version CPU était maintenant environ 10x plus rapide qu'avant. Je n'ai jamais pensé que j'étais capable d'écrire un algorithme qui serait 10x plus rapide qu'une fonction de bibliothèque bien établie. WTF ? Maintenant, je me donne un coup de pied au cul pour ne pas l'avoir fait plus tôt !
Cela apporte un mélange d'émotions. D'un côté, c'est génial d'avoir maintenant une version CPU qui est 10x plus rapide. Mais cela signifie aussi que mon code GPU est de la merde. Avec toute la puissance d'un GPU actuel, je m'attendrais à ce qu'il soit au moins 10 fois plus rapide que la version CPU équivalente. Comparé à la nouvelle version du CPU, le GPU n'est que 2 à 3 fois plus rapide. C'est inacceptable.
Le nouveau plan est donc le suivant :
1. Déployer de nouveaux exécutables CPU. Comme c'est 10 fois plus rapide, je vais devoir multiplier le crédit par 10. (Les crédits par heure resteront les mêmes pour le processeur mais baisseront évidemment pour le GPU)
2. Développer de nouveaux noyaux GPU améliorés.
Je ne blâme pas les utilisateurs de GPU pour avoir quitté le navire à ce stade. Franchement, l'inefficacité de l'application GPU actuelle n'en vaut pas la peine (pour eux ou pour le projet).
Pour ce que ça vaut, j'ai compilé des versions openCL. La version Nvidia fonctionne parfaitement. La version d'AMD est boguée pour une raison quelconque, tout comme la version de Windows. Comme je vais changer les noyaux de toute façon, il n'y a pas de raison de les déboguer pour le moment.
Je viens de déployer les nouvelles applications CPU. Version 3.00. N'hésitez pas à annuler toutes les WU associées aux anciennes versions (2.xx).
Je ne suis pas sûr de la meilleure façon de faire la transition de la valeur du crédit. Si je le change maintenant, les retours tardifs seront pénalisés. Si j'attends, les tours rapides seront trop récompensés.
Et les nouvelles applications GPU sont dans quelques semaines.
Je reviens temporairement au crédit basé sur le temps d'exécution. Une fois que tout le monde aura eu la chance de s'installer avec l'application CPU super rapide, je reviendrai au crédit fixe par wu. Je pense que c'est la façon la plus équitable de gérer les crédits pendant la période de transition.
6 Apr 2019, 14:37:12 UTC 6 Apr 2019, 15:03:22 UTC Terminé et validé 1,486.37 1,432.34 20.09 Get Decic Fields v3.00 (default)
x86_64-pc-linux-gnu
6 Apr 2019, 14:23:19 UTC 6 Apr 2019, 14:53:07 UTC Terminé et validé 1,725.14 1,638.48 23.13 Get Decic Fields v3.00 (default)
x86_64-pc-linux-gnu
6 Apr 2019, 14:23:19 UTC 6 Apr 2019, 15:01:19 UTC Terminé et validé 1,036.56 1,013.62 13.90 Get Decic Fields v3.00 (default)
x86_64-pc-linux-gnu
Cela apporte un mélange d'émotions. D'un côté, c'est génial d'avoir maintenant une version CPU qui est 10x plus rapide. Mais cela signifie aussi que mon code GPU est de la merde.Au moins il a amélioré l'application CPU, c'est super.
La débâcle des crédit NumberFields 2019
Richard voulait que je rassemble ces informations concernant la situation de crédit chez NumberFields au cours des deux dernières semaines.
Je pense qu'il vaut mieux décomposer les événements dans l'ordre chronologique, avec un résumé à la fin. Voici donc...
Pour commencer, NumberFields utilisait l'option credit_from_runtime validator depuis de nombreuses années. Il avait été assez stable avec très peu de plaintes de la part des utilisateurs. Il y avait des tricheurs ? Oui, mais cela a été atténué par l'utilisation du plafond d'exécution. Puis un jour, j'ai décidé d'introduire une application GPU....
Épisode 1 : Crédit de Runtime
Ma plus grande préoccupation était de produire une application robuste et de l'intégrer de façon transparente dans le projet, mais je n'avais pas envisagé le système de crédit. Eh bien, comme je l'ai vite appris, credit_from_runtime ne fonctionne pas bien avec les applications GPU. D'une part, il pouvait facilement être trompé par les gens du GPU - puisque la version GPU était beaucoup plus rapide, le capuchon n'avait pratiquement aucun effet. Si le GPU avait eu un chapeau séparé de temps d'exécution, alors la tricherie aurait pu être atténuée comme avant. Mais même sans la tricherie, les GPU FLOPS sont largement surestimés et donnent des crédits incroyablement élevés.
Épisode 2 : "Crédit Nouveau"
En raison des problèmes avec credit_from_runtime, nous avons décidé de passer au système de crédit par défaut (CreditNew). La version GPU n'a donc pratiquement rien payé. Les accros du crédit ont commencé à faire des retraits et à partir pour aller chercher leur dose ailleurs. Bien sûr, ce n'est pas bon pour un projet qui veut retenir ses bénévoles. J'ai réalisé que CreditNew mettrait un certain temps avant que le calcul de la moyenne s'établisse, mais ce n'est pas le cas. Ne sachant pas avec certitude si et quand les crédits se corrigeraient d'eux-mêmes, je suis désespérément passé au mécanisme credit_from_wu. En passant, j'ai finalement appris que le problème de stabilisation était causé par les valeurs aberrantes d'exécution, que j'avais implémentées des années auparavant et que j'avais oubliées - les tâches gpu étaient si rapides qu'elles étaient toutes marquées comme des valeurs aberrantes et que, bien sûr, CreditNew a merdé.
Épisode 3 : Crédit par UT
En passant au crédit fixe par UT, j'ai dû choisir une valeur pour le crédit. J'ai fait l'erreur d'écouter un junkie du crédit sur le forum et j'ai fixé le crédit horaire à un niveau proche de ce qu'un autre projet a payé. Grosse erreur - les drogués du crédit étaient défoncés comme un cerf-volant (et très silencieux), mais maintenant le processeur payait presque 18 fois ce qu'il avait à l'origine. C'était clairement inacceptable, alors je l'ai réduit. Maintenant, les crédits du CPU sont à peu près égaux à leur valeur d'origine, les crédits du GPU sont nettement inférieurs et, bien sûr, les accros du crédit se plaignent à nouveau.
Résumé
Tout d'abord, voici un lien montrant la débâcle du crédit sous forme de graphique : https://boincstats.com/en/stats/122/user/detail/1969/charts [j'avoue, c'est de toute beauté :D]
Après avoir corrigé le mécanisme d'exécution des valeurs aberrantes, le projet a recommencé à utiliser CreditNew.
Quoi qu'il en soit, je pense que le but de Richard pour ces notes n'était pas d'aérer mon linge sale, mais de fournir une "leçon apprise" pour de futurs projets, en particulier ceux avec des applications gpu et cpu. Voici donc mes leçons apprises :
1. N'utilisez jamais credit_from_runtime avec une application gpu.
2. Utilisez CreditNew si possible.
3. Avant d'introduire une application gpu, assurez-vous que le "mécanisme des valeurs aberrantes d'exécution" peut le gérer (sinon CreditNew ne fonctionnera pas correctement).
4. N'écoute pas les junkies.
Merci JeromeC pour les nouvelles.Oui ce n'est pas sur le forum (enfin je n'ai pas cherché, mais je suppose, et ce que tu dis me confirme), c'est un mail envoyé à une liste de diffusion de développeurs et admins de projets boinc.
Je ne connaissais pas ce message.
Même si je suis de près toutes les évolutions sur NumberFields.
En tout cas, une chose est certaine : en un temps donné, je calcule 10 fois plus de WUs qu'avant !Ben faudrait que je le recrunche pour me faire mon idée, mais ce n'est pas au programme :)
28 Decics trouvées en plusieurs mois.
6 de plus en seulement quelques jours...
Que veut dire "avec les mêmes WUs quelles que soit les applications" ?Chaque WU aura plusieurs taches, certaines avec le GPU, d'autre avec un CPU d'ancienne génération, mais chaque tache rapportera le même nombre de points. :kookoo:
J'ai jamais été fan du CreditNew, je trouve que ça sous paye tout et produit un scaling aberrant ...Tout à fait d'accord avec toi. :+1:
Le mieux, c'est d'avoir un crédit par WU étalonné sur une machine de référence et avec les mêmes WUs quelles que soit les applications et de laisser les différences de performances naturelles faire la différence ... comme ça, si un CPU fait 10 000 points par jour et qu'un GPU met 10 fois moins de temps à faire le même travail, il produira 100 000 points par jour. C'est simple et logique.
Une même UT peut avoir des tâches de nature différente ??? j'apprends un truc... qui me surprend beaucoup... ça veut dire que les projets distribuent une même tâche sur divers support GPU ou CPU, OS... au sein d'une même UT, ça veut dire qu'ils sont certains d'avoir toujours le même résultat, je suis pas convaincu que ça soit toujours le cas... mais je suppose qu'ils en savent plus que moi :)C'est justement le but : vérifier que les résultats sont cohérents quelle que soit la manière dont ils ont été calculés ;)
8 May 2019, 9:13:54 UTC 18 May 2019, 10:32:55 UTC Terminé et validé 1,854.37 1,764.93 38.92 Get Decic Fields v3.02 (opencl_nvidia)
windows_x86_64
18 May 2019, 9:13:54 UTC 18 May 2019, 15:17:53 UTC Terminé et validé 352.48 288.34 19.70 Get Decic Fields v3.02 (opencl_nvidia)
windows_x86_64
18 May 2019, 9:13:54 UTC 18 May 2019, 11:57:32 UTC Terminé et validé 347.79 285.39 6.33 Get Decic Fields v3.02 (opencl_nvidia)
windows_x86_64
Si c'est si difficile peut-etre que l'appli GPU na pas lieu d’être ?
Les calculs NumberFields semblent vraiment très difficile à paralléliser efficacement sur GPU !
J'y comprends rien !
J'ai reçu des WUs avec le nom "(default)" à la fin.
Elles payent beaucoup plus que les autres.
Et elles semblent se calculer sur CPU !
Vous avez aussi cela ?
J'avais jamais vu ce type de WU avant...
Comme vous l'avez peut-être remarqué, la sous-zone 5 est presque terminée. Dans les prochaines heures, la dernière unité de travail sera envoyée. Bien sûr, il faudra encore environ 2 semaines pour que les résultats finaux ne reviennent avant qu'il ne soit officiellement terminé.
Il s'agit d'un jalon important ! On estimait à l'origine qu'il fallait plus d'un an pour remplir cette sous-zone. Grâce aux nouvelles applications optimisées (y compris les applications GPU), cela s'est fait en quelques mois seulement.
Nous passons maintenant à la sous-zone 4. Mais d'abord, nous allons faire un petit détour et terminer la sous-zone 6 DS7. Ne vous laissez pas effrayer par les unités de travail d'environ 2,5 mm. Celles-ci ont été générées pour les anciennes applications, et auraient pris environ 2 heures par pop, mais avec les nouvelles applications, elles devraient être environ 10 fois plus rapides. Cela signifie que nous devrions souffler environ 350 000 unités de travail par jour. Si cela s'avère trop lourd pour le serveur, alors nous passerons directement au sous-champ 4 (et exécuterons sf6 DS7 en parallèle).
Merci à tous pour vos contributions ! Nous n'aurions pas pu y arriver sans nos bénévoles.
Decic count 19
Septic count 1,114
Decic count 29
En GPU ca va assez vite.CiterDecic count 29
21 Jul 2019, 15:44:29 UTC 21 Jul 2019, 17:06:32 UTC Terminé et validé 1,847.23 1,843.74 566.69 Get Decic Fields v3.02 (cuda30)
x86_64-pc-linux-gnu
21 Jul 2019, 15:44:28 UTC 21 Jul 2019, 17:06:32 UTC Terminé et validé 2,188.70 2,184.48 731.84 Get Decic Fields v3.02 (cuda30)
x86_64-pc-linux-gnu
Et avec quelle GPU tu as fait 111 000 en une seule journée sur NumberFields ???En fait avec 2 GPU.
NVIDIA GeForce GTX 1660 Ti (4095MB) driver: 430.86 OpenCL: 1.2Et
NVIDIA GeForce GTX 1060 6GB (4095MB) driver: 430.26 OpenCL: 1.2Ce qui me chiffonne c'est qu’avec 2 GPU je fait seulement 4K aujourd'hui alors qu'hier 111K. :/
Ce qui me chiffonne c'est qu’avec 2 GPU je fait seulement 4K aujourd'hui alors qu'hier 111K. :/
Tu as mis un app_config ?Non aucun app_config.
@fzs600Non.
Tu as toujours tes deux GPUs à 100% dessus ?
NVIDIA GeForce GTX 1660 Ti (4095MB) driver: 430.86 OpenCL: 1.2
Et t'es à 3000 points par jour, c'est ça ?Oui avec 1 seul GPU a la fin de la journée ça va être ça.
New GPU OpenCL versions available
I just deployed the windows AMD openCL version as a beta app. I will monitor results for errors, but please report any strange behavior.
I also deployed newer openCL versions for AMD linux and Nvidia windows. The openCL code had a couple minor tweaks; nothing major.
Nouvelles versions GPU OpenCL disponibles
Je viens de déployer la version de Windows AMD openCL en version bêta. Je surveillerai les résultats pour voir s'il y a des erreurs, mais s'il vous plaît signaler tout comportement étrange.
J'ai également déployé de nouvelles versions d'openCL pour AMD linux et Nvidia. Le code openCL a eu quelques modifications mineures ; rien de majeur.
15 Dec 2019, 15:13:41 UTC 15 Dec 2019, 17:36:13 UTC Completed and validated 8,533.51 8,089.06 77.60 Get Decic Fields v3.00 (default)
windows_x86_64
15 Dec 2019, 15:13:41 UTC 15 Dec 2019, 16:57:31 UTC Completed and validated 6,211.74 5,988.16 58.21 Get Decic Fields v3.00 (default)
windows_x86_64
15 Dec 2019, 15:13:41 UTC 15 Dec 2019, 16:54:26 UTC Completed and validated 6,022.85 5,718.38 55.59 Get Decic Fields v3.00 (default)
windows_x86_64
15 Dec 2019, 15:00:30 UTC 15 Dec 2019, 16:46:28 UTC Completed and validated 6,340.04 6,199.59 4.62 Get Decic Fields v3.00 (default)
x86_64-pc-linux-gnu
15 Dec 2019, 15:00:30 UTC 15 Dec 2019, 17:04:06 UTC Completed and validated 7,382.28 7,234.76 5.53 Get Decic Fields v3.00 (default)
x86_64-pc-linux-gnu
15 Dec 2019, 15:00:30 UTC 15 Dec 2019, 17:03:01 UTC Completed and validated 7,330.34 7,175.58 5.36 Get Decic Fields v3.00 (default)
x86_64-pc-linux-gnu
71529729 66640984 7 Dec 2019, 19:16:44 UTC 11 Dec 2019, 16:45:31 UTC Completed and validated 4,784.24 4,765.25 59.74 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529733 66640988 7 Dec 2019, 19:16:44 UTC 12 Dec 2019, 9:52:33 UTC Completed and validated 3,788.42 3,772.18 47.84 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529737 66640992 7 Dec 2019, 19:16:44 UTC 12 Dec 2019, 8:52:15 UTC Completed and validated 3,897.82 3,880.32 48.66 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71527436 66638692 7 Dec 2019, 19:16:44 UTC 11 Dec 2019, 17:45:58 UTC Completed and validated 3,486.11 3,471.86 42.69 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529996 66641251 7 Dec 2019, 19:16:44 UTC 13 Dec 2019, 19:26:35 UTC Completed and validated 2,408.88 2,403.24 32.18 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71529997 66641252 7 Dec 2019, 19:16:44 UTC 11 Dec 2019, 8:42:24 UTC Completed and validated 4,808.96 4,801.23 59.08 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71526686 66637944 7 Dec 2019, 19:16:44 UTC 12 Dec 2019, 20:24:14 UTC Completed and validated 5,549.44 5,532.23 77.45 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71530025 66641280 7 Dec 2019, 19:16:44 UTC 11 Dec 2019, 15:14:43 UTC Completed and validated 5,472.34 5,448.76 68.42 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71530026 66641281 7 Dec 2019, 19:16:44 UTC 13 Dec 2019, 4:27:10 UTC Completed and validated 551.63 549.64 7.19 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71530027 66641282 7 Dec 2019, 19:16:44 UTC 11 Dec 2019, 21:47:22 UTC Completed and validated 3,545.73 3,530.55 46.54 Get Decic Fields v3.00 (default) x86_64-pc-linux-gnu
71742727 66841572 11 Dec 2019, 0:00:06 UTC 15 Dec 2019, 1:23:00 UTC Completed and validated 4,280.66 4,205.31 45.61 Get Decic Fields v3.00 (default) windows_x86_64
71742752 66841597 11 Dec 2019, 0:00:06 UTC 15 Dec 2019, 0:22:48 UTC Completed and validated 5,672.72 5,620.75 60.56 Get Decic Fields v3.00 (default) windows_x86_64
71743264 66842109 11 Dec 2019, 0:00:06 UTC 15 Dec 2019, 4:53:36 UTC Completed and validated 5,638.33 5,560.89 59.32 Get Decic Fields v3.00 (default) windows_x86_64
71743266 66842111 11 Dec 2019, 0:00:06 UTC 14 Dec 2019, 17:21:31 UTC Completed and validated 2,593.93 2,578.89 27.87 Get Decic Fields v3.00 (default) windows_x86_64
71743540 66842385 11 Dec 2019, 0:00:06 UTC 15 Dec 2019, 1:23:00 UTC Completed and validated 2,198.73 2,179.50 23.64 Get Decic Fields v3.00 (default) windows_x86_64
71743541 66842386 11 Dec 2019, 0:00:06 UTC 14 Dec 2019, 17:51:37 UTC Completed and validated 6,629.80 6,513.73 70.95 Get Decic Fields v3.00 (default) windows_x86_64
71743797 66842642 11 Dec 2019, 0:00:06 UTC 14 Dec 2019, 23:52:44 UTC Completed and validated 3,174.39 3,144.00 33.71 Get Decic Fields v3.00 (default) windows_x86_64
71743543 66842388 11 Dec 2019, 0:00:06 UTC 15 Dec 2019, 4:23:32 UTC Completed and validated 5,373.70 5,317.88 56.62 Get Decic Fields v3.00 (default) windows_x86_64
71743799 66842644 11 Dec 2019, 0:00:06 UTC 15 Dec 2019, 3:53:26 UTC Completed and validated 5,686.75 5,585.19 59.62 Get Decic Fields v3.00 (default) windows_x86_64
71743804 66842649 11 Dec 2019, 0:00:06 UTC 14 Dec 2019, 18:51:47 UTC Completed and validated 3,533.48 3,493.64 39.00 Get Decic Fields v3.00 (default) windows_x86_64
Ou alors... une règle anti-ubuntu :siflotte:Bon j'ai posé la question et maintenant j'attends. :coffeetime:
Une autre année est donc passée. Ce fut une année très productive. Voici les faits saillants :
1. Les résultats de la recherche sur les fosses septiques [traduction deepl :lol: il faut lire "l'application septic"], qui a été achevée en 2018, ont été acceptés et publiés dans le Journal of Number Theory.
2. Une application GPU a été développée pour la recherche de déchet [variante :lol:]. Des versions ont finalement été introduites pour les cartes Nvidia et AMD, et pour les plates-formes Linux et Windows. Pendant le développement, j'ai découvert une opportunité d'optimiser la version CPU qui a été implémentée par la suite.
3. L'application decic a complété la recherche sur ℚ(√-5) (sous-zone 5).
4. L'application decic a complété la recherche sur ℚ(√-2) (sous-zone 4).
5. Les recherches ont été effectuées sur les limites discriminantes inférieures pour les sous-champs 6 et 7.
6. La recherche sur ℚ(√2) (sous-zone 3) a progressé vers les niveaux supérieurs. Nous n'avons maintenant plus que 3 niveaux supplémentaires pour effectuer cette recherche.
Merci à tous et bonne année !
Il y a des rapports sur le manque d'UT disponibles.
Je pense que cela est dû au mécanisme des "essais accélérés". J'ai donc temporairement désactivé cette fonction.
Ce mécanisme fonctionne normalement très bien, mais je pense que le Pentathlon actuel le pousse à ses limites. En particulier, si un trop grand nombre d'unités de travail sont annulées, la file d'attente est inondée de tâches "ratées" qui ont maintenant une plus grande priorité, et ces tâches nécessitent un "hôte fiable". Pour aggraver les choses, tout hôte faisant avorter trop de tâches est signalé comme peu fiable, et ne se verra donc confier aucune de ces tâches.
J'ai remplacé CreditNew (ou CreditScrew comme certains aiment l'appeler) par un système de crédit fixe.
La valeur fixe est basée sur le temps d'exécution moyen de nombreux échantillons provenant d'une seule machine dans un environnement bien contrôlé (un de mes propres ordinateurs). Évidemment, la valeur fixe changera avec chaque lot, car chaque lot a un temps d'exécution moyen différent.
Cela devrait être un système assez équitable, surtout après qu'un hôte a traité suffisamment d'UT pour que la moyenne entre en jeu. Le principal inconvénient est le potentiel des cueilleurs de cerises (rôdeur de surface [cherry picker]) - j'espère qu'il n'y en aura pas trop.
De là à dire qu'ils appliquent une règle de discrimination flagrante il n'y a qu'un pas que je m'empresse de franchir !! :D
En farfouillant un peu sur le forum du projet pour voir s'ils parlaient de quelque chose comme ça (pas trouvé) vous m'avez fait réaliser qu'il y a une appli GPU OpenCL pour ce projet ! je me suis empressé de mettre mon pangolin dessus !
Je constate que sur la GTX 1080 il utilisait assez peu le GPU je l'ai donc passé à 2 tâches en // et là je suis plutôt dans les 90% d'utilisation ce qui me paraît plus sain.
C'est bizarre (remarque générale) boinc a tendance à considérer par défaut pour des tâches OpenCL que ça utilise toujours moins de un core CPU (là par exemple il disait 0,9xxx), résultat il laisse charger 8 tâches CPU des autres projets et ne libère pas assez de CPU pour le GPU, ce qui stresse tous les process en cours qui ont moins de ressource que le nominal... j'ai donc pris pour habitude de toujours forcer l'usage via un app_config avec cpu_usage à 1 (même pour les projets où je laisse le gpu_usage à 1 aussi) comme ça il libère bien en automatique un core CPU par tâche GPU (quel que soit le nombre de tâche GPU en //) et j'ai pas besoin de m'emmerder et faire varier l'utilisation *globale* du CPU dans les paramètres boinc - d'autant plus que j'ai un nombre variable de tâche GPU en fonction des projets que j'active, toutes n'ayant pas la même efficacité d'utilisation du GPU donc je fais varier le nombre de tâche, et qu'il faudrait donc que je rechange tout le temps l'utulisation CPU globale. Donc je laisse tout le temps l'utilisation CPU globale à 100%, et comme ça je trouve que c'est beaucoup plus simple et efficace.
C'est de moi ça ??? Wow :DTu en perds meme tes mots ! ;)
Des fois j'écris de ces trucs... faut que je me relise plusieurs pour me comprendre :pt1cable:
:warf:
Bientôt de nouvelles applications améliorées
J'ai apporté quelques améliorations au code du processeur. Je vois entre 30% et 40% d'accélération, selon le cas.
J'ai déployé le nouvel exécutable pour Linux 64 bits. J'essaye actuellement de le faire pour Windows 64 bits. J'espère que cela sera prêt d'ici demain.
L'étape suivante consiste à utiliser ces mêmes astuces sur les versions GPU. Les GPU peuvent être très capricieux, donc cela peut prendre plusieurs semaines avant que j'aie quelque chose de valable.
Eric Driver
Administrateur du projet
The 2020 shit show has come to an end. Here are the NumberFields highlights for the year:Dans les notifications de Boinc Manager, j'ai reçu ça. Je ne suis pas un expert en anglais, mais le mot en jaune ne devrait-il pas être plutôt sheet ?
1. The miscellaneous tables were completed. Except for the {2,5} case, this gives the fields for all
imprimitive decics ramified at {p}, {q}, or {p,q} for all primes p < q < 13.
2. Finished many of the lower tiers for the search over ℚ(√-10) (subfield 7).
3. Completed a few more batches for the search over ℚ(√2) (subfield 3), essentially leaving the final monster batch. At our current rate, this batch will take approximately the first half of 2021 to complete.
4. The CPU apps (for 64bit machines) were improved to give an average speed increase of about 35%. Improved GPU apps will be rolled out in the near term.
Thanks everyone for your contributions and have a wonderful New Year!
Le spectacle de merde 2020 est terminé. Voici les points forts de NumberFields pour l'année :
1. Les tableaux divers ont été complétés. A l'exception du cas {2,5}, cela donne les champs pour tous les
les déciques imprimitifs ramifiés à {p}, {q}, ou {p,q} pour tous les nombres premiers p < q < 13.
2. Nombreux niveaux inférieurs terminés pour la recherche sur ℚ(√-10) (sous-zone 7).
3. Quelques lots supplémentaires ont été achevés pour la recherche sur ℚ(√2) (sous-zone 3), laissant essentiellement le dernier lot de monstres. Au rythme actuel, il faudra environ le premier semestre de 2021 pour terminer ce lot.
4. Les applications CPU (pour les machines 64 bits) ont été améliorées pour donner une augmentation moyenne de la vitesse d'environ 35%. Les applications GPU améliorées seront déployées à court terme.
Merci à tous pour vos contributions et bonne année !
NumberFields@home wu_sf3_DS-16x270_Grp3823202of3932160_1_r1377145229_0 100.000 0,25 K 00:00:04 - 00:03:18 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp67423of2000000_1_r1468070243_0 0,000 0,26 K 00:00:19 - 00:04:00 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824610of3932160_1_r834003379_0 100,000 0,25 K 00:00:02 - 00:02:48 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824609of3932160_1_r1675720222_0 100,000 0,26 K 00:00:06 - 00:19:35 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824607of3932160_1_r2046943666_0 0,000 0,25 K 00:00:19 - 00:03:29 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823554of3932160_1_r314783217_0 100,000 0,25 K 00:00:04 - 00:04:00 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823492of3932160_1_r1114226146_0 0,000 0,25 K 00:00:20 - 00:03:30 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823258of3932160_1_r1434448007_0 100,000 0,24 K 00:00:02 - 00:02:06 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823257of3932160_1_r1330763936_0 100,000 0,26 K 00:00:04 - 00:03:18 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823547of3932160_1_r2038816157_0 100,000 0,26 K 00:00:02 - 00:02:04 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823231of3932160_1_r1383103853_0 100,000 0,26 K 00:00:04 - 00:03:07 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823473of3932160_1_r1326116994_0 100,000 0,25 K 00:00:03 - 00:02:16 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823476of3932160_1_r558309422_0 100,000 0,25 K 00:00:04 - 00:03:58 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823478of3932160_1_r533175059_0 100,000 0,25 K 00:00:04 - 00:03:40 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823197of3932160_1_r608531315_0 0,000 0,26 K 00:00:18 - 00:03:32 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823112of3932160_1_r433730695_0 100,000 0,25 K 00:00:02 - 00:02:10 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822619of3932160_1_r1291871568_0 0,000 0,25 K 00:00:19 - 00:02:34 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823104of3932160_1_r660571708_0 100,000 0,26 K 00:00:04 - 00:02:44 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823485of3932160_1_r52157624_0 100,000 0,25 K 00:00:02 - 00:03:20 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823096of3932160_1_r1027130636_0 0,000 0,26 K 00:00:19 - 00:02:42 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp69851of2000000_1_r1927633682_0 100,000 0,26 K 00:00:04 - 00:03:01 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824526of3932160_1_r1529972443_0 100,000 0,25 K 00:00:05 - 00:02:35 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823170of3932160_1_r1017976134_0 100,000 0,26 K 00:00:05 - 00:18:09 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823147of3932160_1_r1237972951_0 0,000 0,25 K 00:00:19 - 00:04:14 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823189of3932160_1_r956961764_0 0,000 0,25 K 00:00:19 - 00:04:01 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824528of3932160_1_r455686735_0 0,000 0,25 K 00:00:19 - 00:03:36 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp70115of2000000_1_r297083877_0 0,000 0,25 K 00:00:19 - 00:03:29 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824752of3932160_1_r2073026344_0 100,000 0,26 K 00:00:04 - 00:03:38 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823121of3932160_1_r1751871201_0 100,000 0,26 K 00:00:04 - 00:03:24 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824525of3932160_1_r1683182068_0 100,000 0,25 K 00:00:04 - 00:03:08 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823192of3932160_1_r876687603_0 0,000 0,26 K 00:00:19 - 00:03:37 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822954of3932160_1_r1276051011_0 0,000 0,25 K 00:00:18 - 00:03:26 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823193of3932160_1_r1351917591_0 100,000 0,25 K 00:00:04 - 00:03:48 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824580of3932160_1_r798101572_0 0,000 0,25 K 00:00:19 - 00:03:27 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822070of3932160_1_r940168513_0 100,000 0,25 K 00:00:04 - 00:03:37 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822628of3932160_1_r2133459663_0 0,000 0,26 K 00:00:19 - 00:02:36 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824315of3932160_1_r512694294_0 100,000 0,25 K 00:00:04 - 00:02:29 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824539of3932160_1_r481053684_0 0,000 0,25 K 00:00:18 - 00:04:02 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824540of3932160_1_r517770820_0 100,000 0,25 K 00:00:04 - 00:02:51 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823496of3932160_1_r2122297812_0 100,000 0,25 K 00:00:04 - 00:02:28 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824751of3932160_1_r34675861_0 100,000 0,25 K 00:00:04 - 00:03:43 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822389of3932160_1_r426614875_0 0,000 0,25 K 00:00:19 - 00:04:12 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp69863of2000000_1_r969813501_0 0,000 0,25 K 00:00:19 - 00:03:46 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp69864of2000000_1_r1295455640_0 0,000 0,25 K 00:00:18 - 00:03:12 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822407of3932160_1_r531905447_0 0,000 0,25 K 00:00:18 - 00:02:35 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824541of3932160_1_r1270518116_0 100,000 0,25 K 00:00:04 - 00:04:04 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp221433of2000000_1_r227127060_0 0,000 0,25 K 00:00:19 - 00:02:52 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823623of3932160_1_r1979600278_0 100,000 0,25 K 00:00:04 - 00:02:56 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp221696of2000000_1_r1378913954_0 100,000 0,25 K 00:00:04 - 00:02:56 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp221747of2000000_1_r121925934_0 0,000 0,25 K 00:00:18 - 00:03:59 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824612of3932160_1_r1906910716_0 0,000 0,24 K 00:00:18 - 00:03:02 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822620of3932160_1_r841469020_0 0,000 0,25 K 00:00:18 - 00:02:53 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp70026of2000000_1_r570180272_0 100,000 0,25 K 00:00:04 - 00:03:24 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp220115of2000000_1_r670067617_0 100,000 0,25 K 00:00:04 - 00:03:58 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822588of3932160_1_r1340501643_0 100,000 0,25 K 00:00:05 - 00:02:50 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3823636of3932160_1_r876313008_0 100,000 0,25 K 00:00:04 - 00:03:55 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp70073of2000000_1_r1672040105_0 0,000 0,26 K 00:00:19 - 00:04:13 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3824427of3932160_1_r500821966_0 0,000 0,25 K 00:00:19 - 00:03:58 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822609of3932160_1_r977725078_0 100,000 0,26 K 00:00:04 - 00:03:50 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x270_Grp3822106of3932160_1_r2125338463_0 100,000 0,25 K 00:00:04 - 00:02:29 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp65961of2000000_1_r706896776_0 0,000 0,26 K 00:00:19 - 00:03:02 0,00 KBps Upload pending (Project backoff: 03:16:51) GTX980
NumberFields@home wu_sf3_DS-16x271-1_Grp371108of2000000_0_r1536935271_0 0,000 0,25 K 00:00:19 - 00:03:04 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
NumberFields@home wu_sf3_DS-16x271-1_Grp371657of2000000_0_r352981656_0 100,000 0,26 K 00:00:05 - 00:02:24 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
NumberFields@home wu_sf3_DS-16x271-1_Grp371654of2000000_0_r131936163_0 100,000 0,25 K 00:00:05 - 00:02:49 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
NumberFields@home wu_sf3_DS-16x271-1_Grp369762of2000000_0_r61204343_0 100,000 0,26 K 00:00:15 - 01:30:31 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
NumberFields@home wu_sf3_DS-16x271-1_Grp371590of2000000_0_r2138533620_0 0,000 0,26 K 00:00:19 - 00:03:58 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
NumberFields@home wu_sf3_DS-16x271-1_Grp369239of2000000_0_r566491176_0 100,000 0,25 K 00:00:04 - 00:03:33 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
NumberFields@home wu_sf3_DS-16x271-1_Grp370968of2000000_0_r1025666573_0 100,000 0,25 K 00:00:04 - 00:03:25 0,00 KBps Upload pending (Project backoff: 03:27:13) Xeon
J"ai des UT en attente... j'espère qu'ils les récupéreront même hors temps.240 ici
NumberFields@home 3.05 Get Decic Fields (opencl_nvidia) 134 [Tasks], double click to expand 01d,07:13:47 (01d,06:19:47) 97,12 100,000 - -14:05:13 0,965C + 1NV Ready to report, Deadline warning GTX980
NumberFields@home 3.05 Get Decic Fields (opencl_nvidia) 63 [Tasks], double click to expand 14:44:10 (14:20:28) 97,32 100,000 - 18:06:05 0,965C + 1NV Uploading, Deadline warning GTX980
NumberFields@home 3.05 Get Decic Fields (opencl_amd) 14 [Tasks], double click to expand 13:42:38 (01:13:14) 8,90 100,000 - 01d,12:29:03 0,786C + 1ATI Ready to report Xeon
NumberFields@home 3.05 Get Decic Fields (opencl_amd) 26 [Tasks], double click to expand 01d,03:19:50 (02:36:03) 9,52 100,000 - 01d,12:29:03 0,786C + 1ATI Uploading Xeon
Des nouvelles des nouvelles. :hello:
https://groups.google.com/a/ssl.berkeley.edu/g/boinc_projects/c/3zsOoNUHlk4/m/zUBCRR3FCwAJ?pli=1 (https://groups.google.com/a/ssl.berkeley.edu/g/boinc_projects/c/3zsOoNUHlk4/m/zUBCRR3FCwAJ?pli=1)
Sorry, I've been meaning to find a way to communicate this.
We had a hard drive crash. We had to get approval for a new one, it has now been ordered, and we are just waiting for it to arrive. I am told it should be installed sometime next week.
Eric
Désolé, je voulais trouver un moyen de communiquer cela.
Nous avons eu un crash de disque dur. Nous avons dû obtenir l'approbation pour un nouveau, il a maintenant été commandé, et nous attendons juste qu'il arrive. On me dit qu'il devrait être installé la semaine prochaine.
Eric
Le crash était si grave que la base de données n'a pas pu être réparée. La première sauvegarde non corrompue datait de deux jours. La restauration à partir de là semble avoir fonctionné mais il y a probablement des problèmes car elle sera désynchronisée par rapport aux résultats qui seront renvoyés.
J'ai repoussé la date limite de 4 jours de plus pour toutes les unités de travail en suspens afin de donner aux gens le temps de les renvoyer, mais tout ce qui a été publié 2 jours avant le crash ne sera pas dans la base de données, donc je ne sais pas comment cela va se passer.
Désolé pour le désagrément !
Traduit avec www.DeepL.com/Translator (version gratuite)
Les badges sur notre compte ont déjà changé.
Je viens d'ajouter le support pour les GPUs Intel. Il y a 2 versions - 64 bit linux et 64 bit windows, les deux nécessitent openCL 1.1 ou plus.
Je n'ai pas de GPU Intel, donc je ne peux pas les tester. Mais c'est le même code openCL qui fonctionne sur d'autres GPU, donc en théorie ils devraient fonctionner. Pour la version linux, il s'agissait juste de télécharger le SDK openCL d'Intel et d'établir une liaison avec les fichiers d'inclusion et les bibliothèques d'Intel. Pour la version Windows, j'ai fait une compilation croisée en utilisant mingw64 comme je le fais avec les cartes AMD/Nvidia.
Comme ils sont nouveaux et non testés, j'en ai fait des applications bêta.
Traduit avec www.DeepL.com/Translator (version gratuite)
124645011 2783298 18 Nov 2021, 15:23:16 UTC 18 Nov 2021, 17:52:03 UTC Terminé et validé 8,534.36 8,302.55 194.00 Get Decic Fields v4.02 (opencl_intel_gpu)
windows_x86_64
Oui en GPU ce projet ne crédite pas suffisamment,ce n'est qu'une perte de temps.
J'en ai fait une. Pas intéressant vu le temps qu'elle met et un CPU en moins :Code: [Sélectionner]124645011 2783298 18 Nov 2021, 15:23:16 UTC 18 Nov 2021, 17:52:03 UTC Terminé et validé 8,534.36 8,302.55 194.00 Get Decic Fields v4.02 (opencl_intel_gpu)
windows_x86_64
Kali.
Une autre année s'est écoulée.
Cette année n'a pas été la meilleure. Nous avons commencé l'année avec un grave crash de disque dur dont il a fallu des semaines pour se remettre. Ensuite, l'année a été consacrée à la recherche de ℚ(√2) (sous-domaine 3). Cette recherche devrait être terminée dans quelques mois. Une seule recherche semble être un petit accomplissement, mais je dois souligner qu'il s'agit d'une recherche gigantesque qui, il y a quelques années seulement, semblait hors de portée.
À part cela, en novembre, la prise en charge des GPU Intel a été ajoutée. L'application a fonctionné pour l'essentiel, mais les performances étaient décevantes. Nous attendons avec impatience les nouveaux GPU Intel Arc qui sortiront cette année et dont les performances devraient être bien meilleures.
Merci à tous pour vos contributions et bonne année à tous !
Traduit avec www.DeepL.com/Translator (version gratuite)
Afin d'accroître l'intérêt pour le projet, je suis en train de créer un nouveau badge basé sur le décompte des champs, et spécialement orienté vers le sous-champ 7. Si cela fonctionne bien, je créerai également des badges séparés pour les autres sous-domaines.
J'ai déjà mis les crochets pour garder la trace du nombre de champs pour sf7. Il ne reste plus qu'à créer les images des badges, etc. J'espère que cela sera fait dans les prochains jours.
Bon travail !
Traduit avec www.DeepL.com/Translator (version gratuite)
J'ai tergiversé pour partager des nouvelles et j'ai finalement réussi à le faire.
Mon ancien directeur de thèse qui soutenait ce projet a pris sa retraite en mai. Je ne travaille pas pour l'université, donc cela signifie que le projet a perdu son principal bienfaiteur.
La bonne nouvelle est que l'université a permis au projet de se poursuivre. La mauvaise nouvelle est qu'ils ne prendront plus en charge les mises à niveau matérielles. Cela signifie que lorsque le matériel actuel tombe en panne, le projet prend fin.
J'espère que le matériel actuel pourra durer encore plusieurs années. L'une des pièces les plus critiques est le disque dur, et nous venons d'en recevoir un nouveau il y a environ 1,5 ans. Étant donné que le disque dur précédent a duré plus de 4 ans, c'est un point positif.
Cette nouvelle a joué dans mon raisonnement sur l'ordre des recherches. Étant donné que sf3 est pratiquement garanti d'être complet, j'ai pensé qu'il était prudent d'utiliser notre temps limité pour nous concentrer d'abord sur sf7. L'objectif à court terme est de mettre sf7 dans le même état que sf3 actuellement, ce qui devrait nous amener au début de l'année prochaine. À ce stade, nous pouvons soit passer le temps de terminer sf3 et sf7, soit continuer avec sf6. Faire sf6 nous permettra de trouver plus de champs dans le temps fini qu'il nous reste, mais finir sf3 et sf7 nous permettra de dire avec 100% de certitude qu'ils sont effectivement complets. Je penche pour terminer sf3 et sf7, mais cela peut changer avec le temps.
Avenir du projet NumberFields@home annoncé par son administrateur Eric Driver.Merci pour l'info. :jap:
Source : https://numberfields.asu.edu/NumberFields/forum_thread.php?id=520#3304CiterJ'ai tergiversé pour partager des nouvelles et j'ai finalement réussi à le faire.
Mon ancien directeur de thèse qui soutenait ce projet a pris sa retraite en mai. Je ne travaille pas pour l'université, donc cela signifie que le projet a perdu son principal bienfaiteur.
La bonne nouvelle est que l'université a permis au projet de se poursuivre. La mauvaise nouvelle est qu'ils ne prendront plus en charge les mises à niveau matérielles. Cela signifie que lorsque le matériel actuel tombe en panne, le projet prend fin.
J'espère que le matériel actuel pourra durer encore plusieurs années. L'une des pièces les plus critiques est le disque dur, et nous venons d'en recevoir un nouveau il y a environ 1,5 ans. Étant donné que le disque dur précédent a duré plus de 4 ans, c'est un point positif.
Cette nouvelle a joué dans mon raisonnement sur l'ordre des recherches. Étant donné que sf3 est pratiquement garanti d'être complet, j'ai pensé qu'il était prudent d'utiliser notre temps limité pour nous concentrer d'abord sur sf7. L'objectif à court terme est de mettre sf7 dans le même état que sf3 actuellement, ce qui devrait nous amener au début de l'année prochaine. À ce stade, nous pouvons soit passer le temps de terminer sf3 et sf7, soit continuer avec sf6. Faire sf6 nous permettra de trouver plus de champs dans le temps fini qu'il nous reste, mais finir sf3 et sf7 nous permettra de dire avec 100% de certitude qu'ils sont effectivement complets. Je penche pour terminer sf3 et sf7, mais cela peut changer avec le temps.
Kali.
J'espère qu'ils trouveront une solution de rentré d'argent.
De la connaissance profonde...Pas pour tout le monde :gni:
Programme de Langlands:gno:
La première étape du programme, réalisée bien avant les travaux de Langlands, peut être vue comme la théorie des corps de classes. La loi de réciprocité d'Artin s'applique à une extension de corps de nombres dont le groupe de Galois est abélien, et considère les représentations de dimension 1 de ce groupe de Galois à valeurs dans le groupe multiplicatif du corps de base. Plus précisément, des fonctions L associées à ces représentations unidimensionnelles sont identiques à certaines séries L de Dirichlet (les analogues de la fonction zêta de Riemann construites à partir des caractères de Dirichlet). La correspondance entre ces différentes sortes de fonctions L constitue la loi de réciprocité d'Artin.
Pour les groupes de Galois non-abéliens et pour leurs représentations de dimensions plus élevées, on peut encore définir les fonctions L d'une manière naturelle : les fonctions L d'Artin.
ℚ(√-10) count 0C'est quoi ?
:hello:La réponse est la : https://numberfields.asu.edu/NumberFields/forum_thread.php?id=518&postid=3294 (https://numberfields.asu.edu/NumberFields/forum_thread.php?id=518&postid=3294) :siflotte:
Je viens de voir une nouvelle ligne dans mon compte.Citerℚ(√-10) count 0C'est quoi ?
Merci.
36 pour moi.:eek:
:croisedoigts:
Je suis deg qu'il va se terminer.
ℚ(√-10) count 1:lestat:
2022 a été l'année de ℚ(√-10) (sous-champ 7), car la plupart de notre temps a été consacré à cette recherche. De nombreux nouveaux champs ont été trouvés et nous entrons maintenant dans la dernière ligne de la recherche. Dans les 3 à 6 prochains mois, nous devrions en être au point où nous pourrons dire avec une quasi-certitude qu'elle est terminée.
Les objectifs pour 2023 sont simples :
1. Amener le sous-domaine 7 au point où il est essentiellement complet.
2. Revenir en arrière et terminer officiellement le sous-domaine 3, de sorte que nous puissions dire avec 100% de certitude qu'il est terminé.
3. Continuer à travailler sur le sous-domaine 7 ou passer au sous-domaine 6 (la recherche finale).
Merci à tous pour vos contributions et bonne année à tous !
Traduit avec www.DeepL.com/Translator (version gratuite)
Avec l'aide de SerVal j'ai déposé un lot de tâches sur le serveur Gerasim. Actuellement juste pour le cpu de windows. Les tâches sont pour le reste de la recherche du sous-domaine 3. Les utilisateurs qui sont plus intéressés par sf3 peuvent obtenir des tâches de Gerasim - la seule réserve est que vous obtenez du crédit Gerasim à la place.
Je considère cela comme une période d'essai, pour voir comment cela se passe. Numberfields n'est pas prêt de disparaître, et Gerasim peut exécuter les tâches sf3 en parallèle avec les tâches sf7 qui tournent actuellement sur NF. Je continuerai à le faire aussi longtemps que Gerasim et/ou SerVal le permettront.
Traduit avec www.DeepL.com/Translator (version gratuite)
Certains d'entre vous l'ont peut-être remarqué, la recherche sur la sous-zone 7 DS16x11 touche à sa fin, et vous vous demandez probablement ce que nous allons faire à présent.
Nous allons commencer par faire un rapide détour par la sous-zone 6 et lancer la recherche sur DS11x12. La seule raison de faire cela est de garder les unités de temps cohérentes pour le Pentathlon BOINC (les statistiques de temps pour les deux recherches sont très similaires - les unités de temps sont en moyenne de 2 heures sur mon CPU).
Après cela, nous retournerons au sous-domaine 3 et terminerons cette recherche une fois pour toutes.
Ensuite, nous reviendrons à la partie finale de la sous-zone 7, et enfin à la sous-zone 6.
Mon premier "ℚ(√-10)" :banana:
J'ai le plaisir de vous annoncer que la recherche sur ℚ(√2), également connue sous le nom affectueux de "sous-champ 3", est maintenant officiellement terminée à 100%.
Cette recherche est en cours, par intermittence, depuis plusieurs années. Il va sans dire qu'il s'agit d'une réalisation informatique majeure. Nous n'aurions pas pu le faire sans tous les volontaires, alors je vous remercie tous !
Les tableaux d'état des lots ont été mis à jour en conséquence, le sous-champ 3 ayant été déplacé dans les archives. Les résultats de la recherche sont disponibles ici.
Je pense qu'une analogie raisonnable serait le projet NumberFields@Home. Là encore, il s'agit de l'intérêt de recherche d'un seul mathématicien, aujourd'hui à la retraite, Eric Driver. Il semble gérer seul les opérations stables du projet (soumettre de nouveaux lots de travaux, par exemple) et a le temps de lire et de répondre aux (rares) questions soulevées par les volontaires sur le site web du projet.
Je pense que le plus grand obstacle pour un projet à petite échelle comme celui-ci est la mise en place initiale. Il y a un grand nombre de pièces mobiles différentes, dont chacune serait probablement considérée comme une discipline distincte dans une installation traditionnelle : les outils de stockage et de gestion des données BOINC, le site web, et le régime de communication et de sécurité, pour n'en citer que trois. Une assistance professionnelle est probablement nécessaire à ce stade - je pense que les anciens employeurs d'Eric à l'université d'Arizona ont joué un rôle essentiel à cet égard et ont continué à héberger son serveur dans l'infrastructure de l'université.
Je pense que quiconque envisage de mettre en place un projet similaire pourrait apprendre beaucoup en consultant les premiers messages sur leur site web et en lisant les problèmes rencontrés et les solutions trouvées.
En lisant un sujet sur le forum boinc (https://boinc.berkeley.edu/forum_thread.php?id=15150&postid=113152) je tombe sur des infos intéressantes qui concernent numberfields (utilisé comme example pour répondre à une question sur le coût d'un projet boinc)Pas inintéressant. :coffeetime:CiterJe pense qu'une analogie raisonnable serait le projet NumberFields@Home. Là encore, il s'agit de l'intérêt de recherche d'un seul mathématicien, aujourd'hui à la retraite, Eric Driver. Il semble gérer seul les opérations stables du projet (soumettre de nouveaux lots de travaux, par exemple) et a le temps de lire et de répondre aux (rares) questions soulevées par les volontaires sur le site web du projet.
Je pense que le plus grand obstacle pour un projet à petite échelle comme celui-ci est la mise en place initiale. Il y a un grand nombre de pièces mobiles différentes, dont chacune serait probablement considérée comme une discipline distincte dans une installation traditionnelle : les outils de stockage et de gestion des données BOINC, le site web, et le régime de communication et de sécurité, pour n'en citer que trois. Une assistance professionnelle est probablement nécessaire à ce stade - je pense que les anciens employeurs d'Eric à l'université d'Arizona ont joué un rôle essentiel à cet égard et ont continué à héberger son serveur dans l'infrastructure de l'université.
Je pense que quiconque envisage de mettre en place un projet similaire pourrait apprendre beaucoup en consultant les premiers messages sur leur site web et en lisant les problèmes rencontrés et les solutions trouvées.
L'année 2023 a été globalement une bonne année. Les principales réalisations sont les suivantes
1. Compétition à 100 % du sous-domaine 3.
2. Le sous-domaine 7 est pratiquement terminé.
3. Nous avons terminé plusieurs rangées du tableau du sous-domaine 6.
À l'avenir, nous continuerons à travailler sur le sous-domaine 6. Entre-temps, les derniers vestiges du sous-champ 7 ont été confiés à Gerasim.
Merci à tous pour vos contributions et bonne année !
:kookoo:Plutôt lier a ça. :kookoo:
peut-être lié à StatSeb car sur d'autres tu n'as pas cette prod hier : https://www.boincstats.com/stats/122/user/detail/14/charts (https://www.boincstats.com/stats/122/user/detail/14/charts)
Le serveur a été mis à jour avec la dernière version d'Ubuntu ce matin.
La base de données semble se bloquer de temps en temps avec une erreur concernant le dépassement du nombre maximum de connexions. Soyez indulgents avec moi pendant que nous examinons ce problème.