Le Forum de l'Alliance Francophone

Nouvelles:

Auteur Sujet: PrimeGrid  (Lu 581711 fois)

0 Membres et 2 Invités sur ce sujet

Hors ligne DocPhilou1966

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1869
  •   
    • Mon Job
    • E-mail
Réponse #2425 le: 31 January 2019 à 18:10
Est-ce tout le monde ici a au moins déjà trouvé un nombre premier ? Parce sinon je me sentirai un peu seul :gno:
Non, je crois que malgré mes 81.000.000 crédits, je n'ai jamais trouvé de nombre premier !  :/
Ah si, j'ai plein de résultats : List of arithmetic progressions
:jap:
Ce ne sont pas des nombres premiers ;)
Les applications SIEVE et AP ne permettent pas de trouver des nombres premiers.
Uniquement les applications LLR
Voir la première page du projet  :hello: :kookoo:

 
13800346^131072+1   935,840 (decimal)   2019-01-27 Generalized Fermat Prime Search


Hors ligne DocPhilou1966

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1869
  •   
    • Mon Job
    • E-mail
Réponse #2426 le: 31 January 2019 à 18:21

 
13800346^131072+1   935,840 (decimal)   2019-01-27 Generalized Fermat Prime Search


Hors ligne franky82

  • DROITS - Journalistes
  • Boinc'eur devant l'éternel
  • *
  • Messages: 1969
  •   
    • Photo de bière
Réponse #2427 le: 31 January 2019 à 18:34
A vrai dire, à part les nombres premiers, je ne comprends pas grand chose à ces calculs mathématiques !  :/ :desole:

Mon site : Photo de bière
 



Hors ligne Matt11

  • Boinc'eur Respectable
  • ****
  • Messages: 686
  •   
Réponse #2428 le: 31 January 2019 à 18:54
:jap:
Ce ne sont pas des nombres premiers ;)
Les applications SIEVE et AP ne permettent pas de trouver des nombres premiers.
Uniquement les applications LLR
Voir la première page du projet  :hello: :kookoo:

Heu ... si ce sont des nombres premiers :desole:

L'application AP27 cherche des suites de 27 nombres premiers "équidistants". Par exemple pour des "AP3" il y aurait 3 ; 7 ; 11 car ce sont trois nombres premier à 4 de distance les uns des autres car on a 3+4=7 et 7+4=11.

Le 31 janvier franky tu as trouvé une suite de 22 nombres premiers avec une distance de 101733707*223092870 (oui c'est beaucoup)

Citer
149938898091299281+101733707*223092870*0=149938898091299281
149938898091299281+101733707*223092870*1=172634962761668371
149938898091299281+101733707*223092870*2=195331027432037461
149938898091299281+101733707*223092870*3=218027092102406551
149938898091299281+101733707*223092870*4=240723156772775641
149938898091299281+101733707*223092870*5=263419221443144731
149938898091299281+101733707*223092870*6=286115286113513821
149938898091299281+101733707*223092870*7=308811350783882911
149938898091299281+101733707*223092870*8=331507415454252001
149938898091299281+101733707*223092870*9=354203480124621091
149938898091299281+101733707*223092870*10=376899544794990181
149938898091299281+101733707*223092870*11=399595609465359271
149938898091299281+101733707*223092870*12=422291674135728361
149938898091299281+101733707*223092870*13=444987738806097451
149938898091299281+101733707*223092870*14=467683803476466541
149938898091299281+101733707*223092870*15=490379868146835631
149938898091299281+101733707*223092870*16=513075932817204721
149938898091299281+101733707*223092870*17=535771997487573811
149938898091299281+101733707*223092870*18=558468062157942901
149938898091299281+101733707*223092870*19=581164126828311991
149938898091299281+101733707*223092870*20=603860191498681081
149938898091299281+101733707*223092870*21=626556256169050171

Évidemment comme c'est plus dur à trouver les nombres premiers ne sont pas très grands (seulement 18 chiffres)


Ubuntu Mate 18.04  Intel core i7 6700K 4x4.0GHz 16Gb Nvidia Geforce GTX 1070


Hors ligne franky82

  • DROITS - Journalistes
  • Boinc'eur devant l'éternel
  • *
  • Messages: 1969
  •   
    • Photo de bière
Réponse #2429 le: 31 January 2019 à 19:09
Heu ... si ce sont des nombres premiers :desole:

L'application AP27 cherche des suites de 27 nombres premiers "équidistants". Par exemple pour des "AP3" il y aurait 3 ; 7 ; 11 car ce sont trois nombres premier à 4 de distance les uns des autres car on a 3+4=7 et 7+4=11.

Le 31 janvier franky tu as trouvé une suite de 22 nombres premiers avec une distance de 101733707*223092870 (oui c'est beaucoup)
:jap:   :kookoo:

Mon site : Photo de bière
 



Hors ligne toTOW

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 4518
  •   
    • FAH-Addict.net
    • E-mail
Réponse #2430 le: 31 January 2019 à 23:49

FAH-Addict, première source d'information francophone sur le projet Folding@Home.


Hors ligne DocPhilou1966

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1869
  •   
    • Mon Job
    • E-mail
Réponse #2431 le: 01 February 2019 à 04:18
A vrai dire, à part les nombres premiers, je ne comprends pas grand chose à ces calculs mathématiques !  :/ :desole:

Moi non plus. Mais ça reste entre nous ;)

:jap:
Ce ne sont pas des nombres premiers ;)
Les applications SIEVE et AP ne permettent pas de trouver des nombres premiers.
Uniquement les applications LLR
Voir la première page du projet  :hello: :kookoo:

Heu ... si ce sont des nombres premiers :desole:

L'application AP27 cherche des suites de 27 nombres premiers "équidistants". Par exemple pour des "AP3" il y aurait 3 ; 7 ; 11 car ce sont trois nombres premier à 4 de distance les uns des autres car on a 3+4=7 et 7+4=11.

Le 31 janvier franky tu as trouvé une suite de 22 nombres premiers avec une distance de 101733707*223092870 (oui c'est beaucoup)


Évidemment comme c'est plus dur à trouver les nombres premiers ne sont pas très grands (seulement 18 chiffres)

Si je ne me trompe pas, on utilise une base de donnée de nombres premiers déjà découverts, non ?
Sinon ben désolé je n'ai rien compris.

!!!https://www.primegrid.com/forum_thread.php?id=8422&nowrap=true#125716!!!
Il faut y voir quoi ? :??:

L'arrivée d'une nouvelle appli "Super GFN 22" dont le but sera de trouver le plus grande nombre premier "du monde", soit > 24.8 millions de chiffres ...  :pt1cable:
Ils vont adapter les tables de calculs aux éventuels records trouvés par une autre équipe de recherche
qui utilise une autre méthode pour trouver de grands nombres premiers. (GIMPS - Mersenne)


Pour des explications plus concrètes, je ne vois que Matt11.

 :hello: :kookoo:

 
13800346^131072+1   935,840 (decimal)   2019-01-27 Generalized Fermat Prime Search


Hors ligne Maeda

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2470
  •   
Réponse #2432 le: 01 February 2019 à 08:11
Déjà que le plus haut GNF est réservé aux GPU les plus puissants, ce nouveau concernera également l'élite des GPU, les CPU étant complètement largués.

Donc ce nouveau sous-projet ne sera pas pour moi.


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31102
  •   
Réponse #2433 le: 01 February 2019 à 14:48
https://www.primegrid.com/forum_thread.php?id=8422&nowrap=true#125716

Citer
Vous sentez-vous chanceux ?

En 2009, PrimeGrid a commencé à utiliser GFN-15 et GFN-16 sur PRPnet en utilisant le programme Genefer d'Yves Gallot.

En 2010, le GFN-18 et le GFN-19 ont également été lancés sur PRPNet. À l'époque, on ne connaissait qu'un seul amorce GFN-18, et aucun amorce GFN-19 n'était connu. En février et mars 2011, PrimeGrid a trouvé les deuxième et troisième premiers GFN-18 connus. Puis, en octobre, nous avons trouvé le 4e premier GFN-18 connu : 361658262144+1.

36165826262144+1 est spécial : C'est le premier que nous avons trouvé en utilisant le nouveau programme GeneferCUDA GPU. La version GPU de Genefer était environ 40 fois plus rapide que la version CPU et représentait une augmentation considérable de la puissance de calcul.

Juste après cette découverte, John nous a mis au défi d'utiliser GeneferCUDA pour trouver un GFN-19. Personne ne savait si un GFN-19 existait. Certes, aucun n'avait jamais été découvert.

"4 jours et seulement 16 tâches plus tard, j'ai découvert le premier GFN-19 prime du monde.

À ce moment-là, j'avais travaillé chez PrimeGrid pendant un peu moins de deux ans. Quelque part pendant ces deux années, j'ai entendu parler du GIMPS. Leur recherche de Mersenne avait trouvé tous les plus grands nombres premiers. Les nombres premiers trouvés à PrimeGrid, aussi grands soient-ils, étaient encore beaucoup plus petits que les nombres premiers de Mersenne.

Voyant une chance de trouver peut-être des nombres premiers aussi grands que ceux trouvés par GIMPS, j'ai suggéré que si nous pouvions faire fonctionner GeneferCUDA sur notre serveur BOINC, où il serait plus largement utilisé, nous pourrions commencer à rechercher la gamme GFN-22. Tous les nombres premiers potentiels du GFN-22, à l'exception du plus petit, seraient plus grands que le nombre premier de Mersenne, alors record mondial, qui était de 12,9 millions de chiffres. Compte tenu de la vitesse à laquelle GeneferCUDA a été rapide, nous avions une chance réelle de trouver un premier record mondial. C'était encore loin, mais il y avait une chance.

J'ai proposé de porter Genefer et GeneferCUDA comme des programmes BOINC natifs, une idée à laquelle les administrateurs de PrimeGrid étaient sensibles. J'ai donc porté les programmes et ils ont apporté les modifications nécessaires aux serveurs de PrimeGrid. Nous avons commencé à utiliser le GFN-18 sur BOINC en janvier 2012, et nous avons commencé le record du monde de recherche primaire avec le GFN-22 en février 2012.

Un an plus tard, en février 2013, le GFN-22 cherchait des nombres d'environ 16,5 millions de chiffres lorsque le GIMPS a découvert un nouveau record mondial Mersenne de 17,4 millions de chiffres.

Trois ans plus tard, ils ont trouvé un premier Mersenne de 22,3 millions de chiffres.

Deux ans plus tard, ils ont trouvé un premier Mersenne de 23,2 millions de chiffres.

Onze mois plus tard, en décembre de l'année dernière, ils ont trouvé un nombre premier de 24,8 millions de chiffres, ce qui est le plus grand nombre premier connu actuellement.

Le GFN-22 recherche actuellement 21,6 millions de numéros de chiffres.

Il semblerait que l'occasion de trouver un premier record du monde avec le GFN-22 soit arrivée et ait disparu. Même si nous avons un excellent programme GPU, Mersenne a l'avantage d'être intrinsèquement plus facile à rechercher, et leur nombre augmente plus rapidement en taille parce que leur recherche augmente n (la taille est proportionnelle à n) alors qu'une recherche GFN augmente b (la taille est proportionnelle uniquement à log(b)). De plus, ils n'ont qu'à rechercher les valeurs premières de n alors que nous devons rechercher toutes les valeurs paires de b. Même si nous avons un programme plus rapide, leur recherche progresse toujours plus rapidement dans l'ensemble. On est en retard, et ils s'éloignent.

Après chacune de ces 4 découvertes de Mersenne, il y avait des gens ici -- des gens intelligents -- qui pensaient que nous devrions soit augmenter b pour être à nouveau à la recherche d'un record du monde, soit commencer une recherche n=23, qui serait aussi une recherche de record du monde. Les maths, cependant, n'en font pas un bon pari. Lorsque nous avons commencé le GFN-22, il n'a pas fallu longtemps avant qu'il ne soit nettement plus grand que le record du monde actuel. Nous avions une certaine marge de manœuvre. Commencer une nouvelle recherche de record du monde avec un plus grand nombre aurait encore moins de chances de succès. Mon oncle disait : "Le loto est une taxe sur les mathématiciens." Je ressens la même chose à propos de l'augmentation du GFN à un niveau supérieur à celui du GIMPS. Ce n'est pas un bon pari. Ils ont plus de chances de trouver un autre premier avant qu'on en trouve un de cette taille.

Donc, après chaque prime de Mersenne, nous avons pensé à faire une autre recherche de record du monde, et à chaque fois, nous avons décidé de ne pas le faire.

Jusqu'à maintenant.

Permettez-moi tout d'abord de dire que c'est très risqué. C'est à la limite de la stupidité. Mais beaucoup de gens veulent le faire, et ça va être amusant.

Nous démarrons un nouveau projet appelé "Do You Feel Lucky ?" Ce sera une recherche GFN-22 avec un B commençant à 846 398. C'est le premier b non enlevé par tamisage où b4194304+1 est supérieur au record mondial actuel.

Comme pour GFN-17, nous aurons maintenant deux recherches GFN-22 en cours simultanément. Toutefois, contrairement à GFN-17, cette nouvelle recherche ne sera pas une recherche contiguë. Si un nouveau prime de Mersenne est trouvé, nous augmenterons de nouveau b pour continuer à chercher un record du monde. Le GFN-22 est tamisé à b=100M, nous pouvons donc continuer cette recherche jusqu'à environ 33,5 millions de chiffres. Si nous devons chercher un plus grand nombre, nous devrons soit tamiser le GFN-22 au-dessus de 100M, soit tamiser le GFN-23.

Les tâches "Lucky ?" seront plus lentes que les tâches GFN-22 normales car ni les transformations OCL ni OCL4 ne peuvent être utilisées. Tous les GPU doivent utiliser OCL5.

Les tâches CPU ne seront pas disponibles. Ces tâches sont au-delà de la portée des transformations du CPU 64 bits, donc la transformation 80 bits x87 doit être utilisée. Non seulement c'est environ 10 fois plus lent, mais il ne peut pas utiliser le multithreading comme le font les transformations AVX et FMA3 CPU. Les unités centrales de traitement prendraient une éternité pour exécuter ces tâches.

Ce projet est un projet de recherche de premier ordre, il sera donc disponible pour le TdP, ou du moins pour la plus grande partie de celui-ci. Je ne sais pas exactement quand on l'allumera.

Le nom interne est "genefer_extreme". C'est ce que vous utiliseriez dans app_config.xml ou app_info.xml. Si jamais cela s'avérait nécessaire, les prochains noms seraient genefer_ultimate, puis genefer_ludicrous, puis genefer_plaid.

Traduit avec www.DeepL.com/Translator

Citer
J'aimerais remercier tout particulièrement deux personnes.

Le premier est, bien sûr, Yves Gallot, sans qui rien de tout cela ne serait possible. Non seulement Yves a écrit le programme Genefer original, mais son OCL Genefer ultérieur et ses programmes CPU améliorés nous ont permis d'étendre les recherches Genefer d'une manière qui était auparavant impossible.

La deuxième personne est Robish, qui est tout simplement le chercheur de GFN le plus chanceux de la planète. Si quelqu'un doit trouver un GFN-22, c'est bien lui. Oui, c'est pour ça qu'on a dit oui cette fois. Nous allons avoir besoin d'une quantité ridicule de chance pour trouver un record mondial de prime, et Robish semble avoir le marché accaparé.

Pas de pression, Rob. :)
« Modifié: 01 February 2019 à 14:51 par JeromeC »

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne fzs600

  • Méchant modo
  • Boinc'eur devant l'éternel
  • ******
  • Messages: 7779
  •   
Réponse #2434 le: 01 February 2019 à 16:27
https://www.primegrid.com/forum_thread.php?id=8422&nowrap=true#125716

Citer
Vous sentez-vous chanceux ?

En 2009, PrimeGrid a commencé à utiliser GFN-15 et GFN-16 sur PRPnet en utilisant le programme Genefer d'Yves Gallot.

En 2010, le GFN-18 et le GFN-19 ont également été lancés sur PRPNet. À l'époque, on ne connaissait qu'un seul amorce GFN-18, et aucun amorce GFN-19 n'était connu. En février et mars 2011, PrimeGrid a trouvé les deuxième et troisième premiers GFN-18 connus. Puis, en octobre, nous avons trouvé le 4e premier GFN-18 connu : 361658262144+1.

36165826262144+1 est spécial : C'est le premier que nous avons trouvé en utilisant le nouveau programme GeneferCUDA GPU. La version GPU de Genefer était environ 40 fois plus rapide que la version CPU et représentait une augmentation considérable de la puissance de calcul.

Juste après cette découverte, John nous a mis au défi d'utiliser GeneferCUDA pour trouver un GFN-19. Personne ne savait si un GFN-19 existait. Certes, aucun n'avait jamais été découvert.

"4 jours et seulement 16 tâches plus tard, j'ai découvert le premier GFN-19 prime du monde.

À ce moment-là, j'avais travaillé chez PrimeGrid pendant un peu moins de deux ans. Quelque part pendant ces deux années, j'ai entendu parler du GIMPS. Leur recherche de Mersenne avait trouvé tous les plus grands nombres premiers. Les nombres premiers trouvés à PrimeGrid, aussi grands soient-ils, étaient encore beaucoup plus petits que les nombres premiers de Mersenne.

Voyant une chance de trouver peut-être des nombres premiers aussi grands que ceux trouvés par GIMPS, j'ai suggéré que si nous pouvions faire fonctionner GeneferCUDA sur notre serveur BOINC, où il serait plus largement utilisé, nous pourrions commencer à rechercher la gamme GFN-22. Tous les nombres premiers potentiels du GFN-22, à l'exception du plus petit, seraient plus grands que le nombre premier de Mersenne, alors record mondial, qui était de 12,9 millions de chiffres. Compte tenu de la vitesse à laquelle GeneferCUDA a été rapide, nous avions une chance réelle de trouver un premier record mondial. C'était encore loin, mais il y avait une chance.

J'ai proposé de porter Genefer et GeneferCUDA comme des programmes BOINC natifs, une idée à laquelle les administrateurs de PrimeGrid étaient sensibles. J'ai donc porté les programmes et ils ont apporté les modifications nécessaires aux serveurs de PrimeGrid. Nous avons commencé à utiliser le GFN-18 sur BOINC en janvier 2012, et nous avons commencé le record du monde de recherche primaire avec le GFN-22 en février 2012.

Un an plus tard, en février 2013, le GFN-22 cherchait des nombres d'environ 16,5 millions de chiffres lorsque le GIMPS a découvert un nouveau record mondial Mersenne de 17,4 millions de chiffres.

Trois ans plus tard, ils ont trouvé un premier Mersenne de 22,3 millions de chiffres.

Deux ans plus tard, ils ont trouvé un premier Mersenne de 23,2 millions de chiffres.

Onze mois plus tard, en décembre de l'année dernière, ils ont trouvé un nombre premier de 24,8 millions de chiffres, ce qui est le plus grand nombre premier connu actuellement.

Le GFN-22 recherche actuellement 21,6 millions de numéros de chiffres.

Il semblerait que l'occasion de trouver un premier record du monde avec le GFN-22 soit arrivée et ait disparu. Même si nous avons un excellent programme GPU, Mersenne a l'avantage d'être intrinsèquement plus facile à rechercher, et leur nombre augmente plus rapidement en taille parce que leur recherche augmente n (la taille est proportionnelle à n) alors qu'une recherche GFN augmente b (la taille est proportionnelle uniquement à log(b)). De plus, ils n'ont qu'à rechercher les valeurs premières de n alors que nous devons rechercher toutes les valeurs paires de b. Même si nous avons un programme plus rapide, leur recherche progresse toujours plus rapidement dans l'ensemble. On est en retard, et ils s'éloignent.

Après chacune de ces 4 découvertes de Mersenne, il y avait des gens ici -- des gens intelligents -- qui pensaient que nous devrions soit augmenter b pour être à nouveau à la recherche d'un record du monde, soit commencer une recherche n=23, qui serait aussi une recherche de record du monde. Les maths, cependant, n'en font pas un bon pari. Lorsque nous avons commencé le GFN-22, il n'a pas fallu longtemps avant qu'il ne soit nettement plus grand que le record du monde actuel. Nous avions une certaine marge de manœuvre. Commencer une nouvelle recherche de record du monde avec un plus grand nombre aurait encore moins de chances de succès. Mon oncle disait : "Le loto est une taxe sur les mathématiciens." Je ressens la même chose à propos de l'augmentation du GFN à un niveau supérieur à celui du GIMPS. Ce n'est pas un bon pari. Ils ont plus de chances de trouver un autre premier avant qu'on en trouve un de cette taille.

Donc, après chaque prime de Mersenne, nous avons pensé à faire une autre recherche de record du monde, et à chaque fois, nous avons décidé de ne pas le faire.

Jusqu'à maintenant.

Permettez-moi tout d'abord de dire que c'est très risqué. C'est à la limite de la stupidité. Mais beaucoup de gens veulent le faire, et ça va être amusant.

Nous démarrons un nouveau projet appelé "Do You Feel Lucky ?" Ce sera une recherche GFN-22 avec un B commençant à 846 398. C'est le premier b non enlevé par tamisage où b4194304+1 est supérieur au record mondial actuel.

Comme pour GFN-17, nous aurons maintenant deux recherches GFN-22 en cours simultanément. Toutefois, contrairement à GFN-17, cette nouvelle recherche ne sera pas une recherche contiguë. Si un nouveau prime de Mersenne est trouvé, nous augmenterons de nouveau b pour continuer à chercher un record du monde. Le GFN-22 est tamisé à b=100M, nous pouvons donc continuer cette recherche jusqu'à environ 33,5 millions de chiffres. Si nous devons chercher un plus grand nombre, nous devrons soit tamiser le GFN-22 au-dessus de 100M, soit tamiser le GFN-23.

Les tâches "Lucky ?" seront plus lentes que les tâches GFN-22 normales car ni les transformations OCL ni OCL4 ne peuvent être utilisées. Tous les GPU doivent utiliser OCL5.

Les tâches CPU ne seront pas disponibles. Ces tâches sont au-delà de la portée des transformations du CPU 64 bits, donc la transformation 80 bits x87 doit être utilisée. Non seulement c'est environ 10 fois plus lent, mais il ne peut pas utiliser le multithreading comme le font les transformations AVX et FMA3 CPU. Les unités centrales de traitement prendraient une éternité pour exécuter ces tâches.

Ce projet est un projet de recherche de premier ordre, il sera donc disponible pour le TdP, ou du moins pour la plus grande partie de celui-ci. Je ne sais pas exactement quand on l'allumera.

Le nom interne est "genefer_extreme". C'est ce que vous utiliseriez dans app_config.xml ou app_info.xml. Si jamais cela s'avérait nécessaire, les prochains noms seraient genefer_ultimate, puis genefer_ludicrous, puis genefer_plaid.

Traduit avec www.DeepL.com/Translator

Citer
J'aimerais remercier tout particulièrement deux personnes.

Le premier est, bien sûr, Yves Gallot, sans qui rien de tout cela ne serait possible. Non seulement Yves a écrit le programme Genefer original, mais son OCL Genefer ultérieur et ses programmes CPU améliorés nous ont permis d'étendre les recherches Genefer d'une manière qui était auparavant impossible.

La deuxième personne est Robish, qui est tout simplement le chercheur de GFN le plus chanceux de la planète. Si quelqu'un doit trouver un GFN-22, c'est bien lui. Oui, c'est pour ça qu'on a dit oui cette fois. Nous allons avoir besoin d'une quantité ridicule de chance pour trouver un record mondial de prime, et Robish semble avoir le marché accaparé.

Pas de pression, Rob. :)
Intéressant très interessant.   :coffeetime:  :jap: :jap:


Utilisateur GNU-LINUX. fzs600@hub.g3l.org


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31102
  •   
Réponse #2435 le: 01 February 2019 à 18:44
Et DeepL est de plus en plus efficace je trouve :D

Y'aurait un ou deux trucs à corriger mais tellement peu que je l'ai pas fait :lol:

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne overclockman

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1738
  •   
Réponse #2436 le: 01 February 2019 à 20:18
Super intéressent, merci de la traduction. Sinon j'ai bien regardé GPU-Z et je vois pas la mention "OCL" j'ai bien un "Direct comput 5" mais je sais pas si ça correspond ?



Hors ligne GuL

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2225
  •   
Réponse #2437 le: 02 February 2019 à 09:27
Super intéressent, merci de la traduction. Sinon j'ai bien regardé GPU-Z et je vois pas la mention "OCL" j'ai bien un "Direct comput 5" mais je sais pas si ça correspond ?
Tout GPU compatible CUDA est aussi compatible OpenCL. Direct compute n'a rien à voir.

Citer
Congratulations! Our records indicate that a computer registered by you has found a unique prime number. This computer is running BOINC, is attached to the PrimeGrid project, and is assigned to the Sophie Germain (LLR). Since candidates on this subproject are not large enough to report to the Top 5000 Primes List, your prime is visible immediately.

Workunit 595385444 : 4283196689907*2^1290000-1 (388342 digits)
:winner2:
Citer
Double checked by [AF>EDLS]GuL:
AP25: 9135464761721791+100262394*23#*n for n=0..24 (2019-01-26 22:38:49 UTC)
:pakitooo:
« Modifié: 02 February 2019 à 10:46 par GuL »



Hors ligne overclockman

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1738
  •   
Réponse #2438 le: 02 February 2019 à 14:16
A part qu"elle n'est pas cuda vu que c'est une carte rouge. Il faut que je regarde la fiche technique.  cocoricooo



Hors ligne [AF>Amis des Lapins] Jean-Luc

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 3396
  •   
    • Le calcul partagé en atsronomie sous BOINC
    • E-mail
Réponse #2439 le: 02 February 2019 à 16:36
Citer
Double checked by [AF>EDLS]GuL:
AP25: 9135464761721791+100262394*23#*n for n=0..24 (2019-01-26 22:38:49 UTC)
:pakitooo:

De mon coté, voici ce qu'a donné ma campagne de un mois de AP27 sur PrimeGrid avec mes deux RTX Titan :

AP20 : 1249 progressions trouvées.
AP21 : 310 progressions trouvées.
AP22 : 73 progressions trouvées.
AP23 : 17 progressions trouvées.
AP24 : 1 progressions trouvées.
AP25 : 1 progressions trouvées.

Ci-dessous, le détail pour les AP 23 à 25 :

Found by [AF>Amis des Lapins] Jean-Luc:
AP23: 206580387244244267+98283084*23#*n for n=0..22 (2019-01-19 01:53:33 UTC)
AP23: 181070184134490319+96037178*23#*n for n=0..22 (2019-01-07 14:25:44 UTC)
AP23: 153857808673469113+98644050*23#*n for n=0..22 (2019-01-20 15:50:47 UTC)
AP23: 153157961443967531+97054210*23#*n for n=0..22 (2019-01-13 02:48:45 UTC)
AP23: 127767705514172093+101945254*23#*n for n=0..22 (2019-02-01 06:08:53 UTC)
AP23: 138917397100422719+98856606*23#*n for n=0..22 (2019-01-21 15:00:25 UTC)
AP23: 145645599171664303+96663207*23#*n for n=0..22 (2019-01-10 21:39:20 UTC)
AP23: 143776421309036539+96346139*23#*n for n=0..22 (2019-01-09 04:24:39 UTC)
AP23: 138547698503314211+96892810*23#*n for n=0..22 (2019-01-12 06:47:11 UTC)
AP23: 126835767736981783+96607301*23#*n for n=0..22 (2019-01-10 14:04:52 UTC)
AP23: 92586790510357103+96068625*23#*n for n=0..22 (2019-01-07 18:44:02 UTC)
AP23: 33101330715358151+96122578*23#*n for n=0..22 (2019-01-08 01:09:22 UTC)
AP23: 7178744813657309+99168107*23#*n for n=0..22 (2019-01-23 01:43:33 UTC)

Double checked by [AF>Amis des Lapins] Jean-Luc:
AP25: 95206300563186479+95303500*23#*n for n=0..24 (2019-01-04 03:52:05 UTC)
AP24: 28443983768144899+96426785*23#*n for n=0..23 (2019-01-09 13:40:40 UTC)
AP23: 125591430420080033+97681211*23#*n for n=0..22 (2019-01-16 05:22:23 UTC)
AP23: 115818400264241483+98742713*23#*n for n=0..22 (2019-01-21 01:16:16 UTC)
AP23: 70475702462528039+101695013*23#*n for n=0..22 (2019-01-31 02:31:21 UTC)
AP23: 46018525688269921+94930471*23#*n for n=0..22 (2019-01-02 03:05:53 UTC)



Rédacteur d'un article sur BOINC, adresse :
http://www.astrocaw.eu/?p=605
Créateur d'un site actif de recherche sur les suites aliquotes :
http://www.aliquotes.com/


Hors ligne GuL

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2225
  •   
Réponse #2440 le: 02 February 2019 à 16:52
@Jean-Luc
Bien joué ! Ça dépote les RTX :cavachier:

A part qu"elle n'est pas cuda vu que c'est une carte rouge. Il faut que je regarde la fiche technique.  cocoricooo
Alors c'est encore plus simple : toutes les cartes AMD sont compatibles OpenCL. Réinstalle le dernier driver, et ça marchera.  :kookoo:
« Modifié: 02 February 2019 à 16:55 par GuL »



Hors ligne DocPhilou1966

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 1869
  •   
    • Mon Job
    • E-mail
Réponse #2441 le: 03 February 2019 à 18:59
 :hello:

Je participe tant bien que mal au mois TdP Tour de Primes.
Purée, c'est frustrant  :gno:
On peut calculer autant qu'on veut sans rien trouver, et ce pendant tout le mois  :hyperbon:
On peut aussi démarrer son pc pour 1 heure et avoir la chance
d'être le premier à trouver un nombre premier hyper bien classé.
Le "pire" c'est être le vérificateur d'un calcul menant à la découverte d'un nombre premier. (Pas de badge pour les seconds lol)
Le but du jeu n'est pas d’emmagasiner des crédits, mais de finir un maximum de calculs en premier ...  :plusun:

http://www.primegrid.com/challenge/tdp_2019.php

 :hello: :kookoo:
« Modifié: 03 February 2019 à 19:12 par DocPhilou1966 »

 
13800346^131072+1   935,840 (decimal)   2019-01-27 Generalized Fermat Prime Search


Hors ligne Rhodan71

  • Boinc'eur Confirmé
  • ***
  • Messages: 411
  •   
Réponse #2442 le: 04 February 2019 à 16:19
y'a un truc bien relou avec BOINC Manager, même en mettant l'option "Stocker au moins" à 0, il me télécharge quand même un certains nombres d'UT. Bizarrement, le nombre d'UT téléchargées correspond à ce que j'ai mis dans le app_config.xml pour avg_ncpus ; il doit y avoir un lien de cause à effet.
Il n'y a vraiment pas moyen d'indiquer à BM de ne télécharger que si besoin est vraiment ?
Car si on veut être le découvreur d'un nombre premier, il faut autant que possible que les UTs téléchargées ne soient pas trop "vieilles", sinon on est sûr de se faire passer devant par quelqu'un d'autre.



AMD Ryzen 9 3900X@3,8Ghz (12c/24t) + RTX 2070 Super, Windows 11, 64 Go RAM
AMD Threadripper 1950X@3,4Ghz (16c/32t), Ubuntu 22.04, 64 Go RAM


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31102
  •   
Réponse #2443 le: 04 February 2019 à 16:24
T'as essayé de mettre un petit nombre non nul, genre 0.01 au lieu de 0 ?

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Rhodan71

  • Boinc'eur Confirmé
  • ***
  • Messages: 411
  •   
Réponse #2444 le: 04 February 2019 à 16:28
yes, mais même résultat.
J'ai 2 ordi, un sous Windows 10, un sous Linux (Ubuntu 18), même constat sur les 2.



AMD Ryzen 9 3900X@3,8Ghz (12c/24t) + RTX 2070 Super, Windows 11, 64 Go RAM
AMD Threadripper 1950X@3,4Ghz (16c/32t), Ubuntu 22.04, 64 Go RAM


Hors ligne GuL

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2225
  •   
Réponse #2445 le: 04 February 2019 à 16:32
Il y a deux paramètres :
- stocker au moins --> c'est le minimum à partir duquel le client demande; chez moi c'est 0.01
- stocker un supplément --> c'est ce que le client demande au serveur à chaque fois; chez moi c'est 0.1
A+



Hors ligne Rhodan71

  • Boinc'eur Confirmé
  • ***
  • Messages: 411
  •   
Réponse #2446 le: 04 February 2019 à 16:39
Bah ouais, mais 0.01 sur une journée ça fait quand même 864mn, autant dire que pour une UT qui dure 5mn, c'est mort  :priz2tet:



AMD Ryzen 9 3900X@3,8Ghz (12c/24t) + RTX 2070 Super, Windows 11, 64 Go RAM
AMD Threadripper 1950X@3,4Ghz (16c/32t), Ubuntu 22.04, 64 Go RAM


Hors ligne JeromeC

  • CàA
  • Boinc'eur devant l'éternel
  • *****
  • Messages: 31102
  •   
Réponse #2447 le: 04 February 2019 à 17:31
Moi je trouve plutôt 14,4 mn (24*60*0.01).

Et il accepte peut-être 0.001 ?

A quoi bon prendre la vie au sérieux, puisque de toute façon nous n’en sortirons pas vivants ? (Alphonse Allais)



Hors ligne Rhodan71

  • Boinc'eur Confirmé
  • ***
  • Messages: 411
  •   
Réponse #2448 le: 04 February 2019 à 21:43
Ah oui pardon 864 c'était en comptant en secondes  :gno:
0.001 ne passe pas...



AMD Ryzen 9 3900X@3,8Ghz (12c/24t) + RTX 2070 Super, Windows 11, 64 Go RAM
AMD Threadripper 1950X@3,4Ghz (16c/32t), Ubuntu 22.04, 64 Go RAM


Hors ligne GuL

  • Boinc'eur devant l'éternel
  • *****
  • Messages: 2225
  •   
Réponse #2449 le: 04 February 2019 à 23:42
Encore un Sophie Germain (le 3e sur 6 depuis mon inscription en 2011 :) , les autres sur PPS)
Sur un vaillant i3-2120 !
Bravo ! :sun: