SR Base l'année en rétrospéctive

[ousermaatre]

The project has passed the first year and made a big jump in processing for the mersenne CRUS project.

There were 87M WUs / 273 bases crunched in different ranges. 1 of the bases was solved. 314 bases are still unstarted and will be processed by mersenne with the srbsieve /newpgen applications. All the efforts are outside of BOINC. Most of the ranges at 25k+ will be processed further in BOINC.

706,158,895,759,737 Total k's are still remaining to find a factor. It sounds big but isnt. Only 2 bases R/S280 has the most factors of all bases together. On a single CPU it will take around 250+ years to solve them but in the near future we could start some ranges on these 2 heavy weights and with BOINC and your help it will be decreasing faster as we think.

The main goal of the project is still to have around 20TFLOPs+ computing power.

The source code of the wrapper is available in the forum if you have some improvements. There is still one issue on mac and linux where I have no output in the stderr.txt file.

If you have some wishes or there is something missing in the FAQ let me know.

Whats planned in the future?
To have constantly work for one of the normal / short apps + processing all current available bases with a 200-400k range and 1 factor left.

I thank everyone who made the current success possible.

Happy crunching

[Maurice Goulois]

Le projet a passé la première année et fait un grand saut dans le traitement pour le projet Mersenne CRUS.

Il y a eu 87M de WUs / 273 bases crunchées dans différentes fourchettes. 1 des bases a été résolue. Il reste 314 bases Non Commencées qui seront traitées par Mersenne avec les applications srbsieve / newpgen. Tous les efforts sont en dehors de BOINC. La plupart des plages à +25k seront traitées plus loin dans BOINC.

Reste à trouver un facteur pour un total de 706 158 895 759 737 k. Cela semble grand, mais ne l'est pas. Seulement 2 bases R / S280 ont la plupart des facteurs de toutes les bases ensemble. Sur un seul CPU il faudrait environ +250 années pour les résoudre, mais dans un avenir proche nous pourrions commencer certaines gammes sur ces 2 poids lourds et avec BOINC et votre aide, il sera réduit plus rapidement que nous le pensons.

L'objectif principal du projet est toujours d'avoir autour de +20TFLOPs de puissance de calcul.

Le code source du wrapper est disponible dans le forum si vous avez quelques améliorations. Il reste encore une question sur Mac et Linux où je n'ai aucune sortie dans le fichier stderr.txt.

Si vous avez des souhaits ou s'il manque quelque chose dans la FAQ, faites-le moi savoir.

Qu'est prévu dans le futur?
Avoir constamment du travail pour l'une des applis normales/courtes + traiter toutes les bases actuellement disponibles avec une gamme 200-400k et 1 facteur restant.

Je remercie tous ceux qui ont rendu possible le succès actuel.

Heureux Crunching

[ousermaatre]

la traduction est bonne , mais honnêtement, je ne suis pas d'un bon niveau en math et peut-être qu'une explication d'un "matheux" pourrait éclaircir le texte? Non?

[Maurice Goulois]

la traduction est bonne , mais honnêtement, je ne suis pas d'un bon niveau en math et peut-être qu'une explication d'un "matheux" pourrait éclaircir le texte? Non?

Oui, un fan des projets math serait utile pour éclairer l'énoncé

[Matt11]

En fait ce projet tente de résoudre des problèmes de Sierpiński et de Riesel dans différentes bases.
Le principe est le même que dans le projet PrimeGrid (cf : les chapitres Autour des nombres de Sierpiński et de Riesel) mais au lieu de considérer des nombres de la forme k⋅2ⁿ + 1 et k⋅2ⁿ - 1 on regarde des nombres de la forme k⋅bⁿ + 1 et k⋅bⁿ - 1 avec b un nombre entre 378 et 1032 (c'est ce qu'on appelle la base).

En espérant que cela réponde à vos question sinon n'hésitez pas à poser des questions j'essayerai d'y répondre

[ousermaatre]

Merci, bien sûr que c'est plus clair. Merci beaucoup Matt11, une brève que Maugou va pouvoir s'amuser à écrire sur le portail avec l'ajout de ton explication. 

[Maurice Goulois]

D'après ce que je lis, c'est la même recherche que les projets Riesel et Sierpinski chez Primegrid sauf que Primegrid s'intéresse "seulement" à b=2, alors que SRBase s'intéresse à b entre 378 et 1032 (sur le portail de srbase, il est écrit 1030); j'ai bon?
J'ai du mal à saisir de quoi il parle dans "Most of the ranges at 25k+ will be processed further in BOINC", 25k+ 

R/S280 je déduis base 280 pour le problème Riesel/Siepinski

Matt11, je n'avais pas encore vu ta présentation des projets Maths, respect 

[Matt11]

D'après ce que je lis, c'est la même recherche que les projets Riesel et Sierpinski chez Primegrid sauf que Primegrid s'intéresse "seulement" à b=2, alors que SRBase s'intéresse à b entre 378 et 1032 (sur le portail de srbase, il est écrit 1030); j'ai bon?

Oui c'est ça, j'ai trouvé le nombre 1032 juste en dessous du premier paragraphe : "Sierpinski Base: 378/1032 solved (status 08.08.2015)" mais après c'est vrai que la description n'est pas très claire. Est-ce que 1030 c'est le nombre de b différents ou est-ce que c'est le b maximal 

EDIT: En fait je pense que b est compris entre 3 et 103? et pas forcément plus grand que 378 mais le projet manque de détails 

J'ai du mal à saisir de quoi il parle dans "Most of the ranges at 25k+ will be processed further in BOINC", 25k+ 

J'ai aussi du mal à comprendre ce passage. Ça pourrait vouloir dire que toutes les bases où il y a plus de 25 k à tester vont bientôt être étudiées par le projet.

R/S280 je déduis base 280 pour le problème Riesel/Siepinski

Oui je pense que c'est ça. D'ailleurs hier le projet à annoncé avoir résolue R492 en montrant que le nombre 81*492^399095-1 est premier.

[Maurice Goulois]

25k+ semble faire référence au n-range, n>25k ? je vais essayer de poser la question à l'admin

Edit: question posée, mais je pense que c'est l'interprétation la plus probable

[Maurice Goulois]

Je propose ça
---

Le projet a passé la première année et fait un grand saut dans le traitement pour le projet Mersenne CRUS.

NDT: rappel, les nombres recherchés pour le problème Riesel (R) sont de la forme k⋅bⁿ - 1 et pour Sierpinski (S) k⋅bⁿ + 1, où b est appelée base, plages ou intervalles font référence à n

Il y a eu 87M de WUs / 273 bases crunchées dans différents intervalles. 1 des bases a été résolue. Il reste 314 bases non commencées qui seront traitées par Mersenne avec les applications srbsieve / newpgen. Tous les efforts sont en dehors de BOINC. La plupart des plages à +25K (n>25000) seront traitées plus loin dans BOINC.

Reste à trouver un facteur pour un total de 706 158 895 759 737 k. Cela semble grand, mais ne l'est pas. Seulement 2 bases R / S280 ont la plupart des facteurs de toutes les bases ensemble. Sur un seul CPU, il faudrait environ +250 années pour les résoudre, mais dans un avenir proche nous pourrions commencer certaines gammes sur ces 2 poids lourds et avec BOINC et votre aide, il sera réduit plus rapidement que nous le pensons.

L'objectif principal du projet est toujours d'avoir autour de +20TFLOPs de puissance de calcul.

Le code source du wrapper est disponible dans le forum si vous avez quelques améliorations. Il reste encore une question sur Mac et Linux où je n'ai aucune sortie dans le fichier stderr.txt.

Si vous avez des souhaits ou s'il manque quelque chose dans la FAQ, faites-le moi savoir.

Qu'est prévu dans le futur?
Avoir constamment du travail pour l'une des applis normales/courtes + traiter toutes les bases actuellement disponibles avec une intervalle 200K-400K et 1 facteur restant.

Je remercie tous ceux qui ont rendu possible le succès actuel.

Heureux Crunching

[ousermaatre]

merci Matt1 et maugou.

[[AF>Libristes>Jip] Elgrande71]

Merci à tous pour ces précisions .

[Maurice Goulois]

Rebirther a confirmé notre choix pour range->n, je lui ai posé la question de l'intervalle "200-400k"

[Matt11]

OK merci Maugou 

[Maurice Goulois]

Rebirther me répond:

It contains all n from 200-400k for the last factor k. See this file:
http://www.noprimeleftbehind.net/crus/sieve-riesel-base425-200K-400K.txt

Il a tellement l'habitude de le formuler comme ça qu'il le reformule à l'identique mais le nom du fichier nous éclaire 200K-400K 

Je fais la modif dans ma proposition. J'ai mis aussi K pour Kilo, pour distinguer de k.