PrimeGrid: Conjunction of Venus & Jupiter Challenge

Hier findest Du alles zur Organisation, Durchführung und den Resultaten unserer Wettkämpfe, Challenges und Races

PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby gemini8 » 31.12.2018 09:00

Willkommen zum Wettbewerb anläßlich der Konjunktion von Venus und Jupiter

Mit diesem ersten, zweiwöchigen Wettkampf des Jahres 2019 feiern wir die Konjunktion von Venus und Jupiter. Der Wettkampf wird mit der Seventeen or Bust LLR (SOB) Applikation ausgetragen, die zur Lösung des Sierpinsky-Problems eingesetzt wird.
Um teilzunehmen, wählt von den CPU-Applikationen nur das Seventeen or Bust LLR (SOB) Projekt in euren PrimeGrid Einstellungen aus. Der Wettkampf wird am 7. Januar 2019 um 05:43 UTC beginnen und am 22. Januar 2019 05:43 UTC enden. Bitte beachtet die unübliche Startzeit.

Applikationen gibt es für Linux, Windows und MacIntel. Intel CPUs mit AVX Befehlssatz (Sandy Bridge, Ivy Bridge, Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake) sind von Vorteil, und Intel CPUs mit FMA3 Befehlssatz (Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake) werden die schnellsten sein.
LLR ist extrem CPU-intensiv, also sorgt bitte für ein stabiles System mit guter Kühlung. Solltet ihr aktuelle Haswell, Broadwell, Skylake, Kaby Lake oder Coffee Lake Prozessoren einsetzen, testet sie vor dem Rennen, während ihr ein Auge auf die Temperaturen habt.
Bitte vergewissert euch, daß eure Rechner das leisten können, was ihr ihnen zumutet.


Ich möchte wieder darauf hinweisen, daß es besonders für Kleincruncher, die nicht auf einen Platz in den vorderen 300 Rängen hoffen dürfen, attraktiv sein könnte, auf unseren Cluster-Account zu rechnen, um diesen nach oben zu pushen. Die derart errechneten Credits gehen in die Individualwertung des Cluster-Accounts sowie in die Teamwertung ein, nicht aber in eure eigene Individualwertung. Diese Credits verbleiben auch nach dem Wettbewerb beim Cluster-Account.

So rechnet ihr auf den Cluster-Account:
Um den schwachen Kontoschlüssel auf einem Computer zu verwenden, findet oder erstellt die 'Kontodatei' für dieses Projekt. Die Kontodatei für PrimeGrid ist account_www.primegrid.com.xml .
Als Inhalt tragt bitte Folgendes ein:
Code: Select all
<account>
    <master_url>www.primegrid.com</master_url>
    <authenticator>50088_a5854c4348d36141c50e1e4493bba7da</authenticator>
</account>

Speichern, Boinc neu starten, fertig.

Es ist möglich, SoB mit Multi-Threading zu rechnen.
Ergänzt eure app_config.xml Datei (unter Windows typischerweise im Verzeichnis C:\ProgramData\BOINC\projects\www.primegrid.com\ ) mit den folgenden Zeilen bzw. legt sie bei Nichtvorhandensein selbst an:
Code: Select all
<app_config>
   <app>
      <name>llrSOB</name>
      <fraction_done_exact/>
   </app>
   <app_version>
       <app_name>llrSOB</app_name>
       <cmdline>-t 4</cmdline>
       <avg_ncpus>4</avg_ncpus>
   </app_version>
</app_config>

Dieses Beispiel dient der Nutzung von vier Threads. Wenn ihr eine andere Anzahl nutzen möchtet, ersetzt jeweils die 4 gegen die gewünschte Anzahl.

Bitte brecht am Ende des Wettkampes alles ab, was ihr nicht weiter berechnen möchtet.
Pausiert nicht die Aufgaben bzw. das Projekt, entfernt nicht das Projekt von euren Rechnern, und setzt es nicht einfach zurück. Schaltet eure Wettkampf-Rechner auch nicht einfach aus, oder beendet Boinc mit unfertigen Aufgaben, die dann auf der Festplatte vergammeln.
Nur durch das Abbrechen von unfertigen Aufgaben können diese möglichst bald neu ausgegeben und zeitnah berechnet werden, um das endgültige Ergebnis des Wettkampfes festzustellen.

Die Übersetzung bzw. Übertragung von Auszügen des untenstehenden, zuerst im PrimeGrid-Forum bekanntgemachten Textes wurde von mir nach bestem Wissen und Gewissen vorgenommen.
Auslassungen und Zusätze sind ebenfalls auf meinem Mist gewachsen.
Welcome to the Conjunction of Venus & Jupiter Challenge!

The first Challenge of the 2019 Challenge series is a 15 day challenge to celebrate the Conjunction of Venus and Jupiter. The challenge is being offered on the Seventeen or Bust LLR (SOB) application, working towards solving the Sierpinski Problem.

A conjunction of Venus and Jupiter will be visible on January 22. The two bright planets will be visible within 2.4 degrees of each other in the early morning sky. Look for this impressive sight in the east just before sunrise.
At around the same time, the two objects will also make a close approach, technically called an appulse.

Venus will be at mag -4.3, and Jupiter at mag -1.9, both in the constellation Ophiuchus.
The pair will be too widely separated to fit within the field of view of a telescope, but will be visible to the naked eye or through a pair of binoculars.

To participate in the Challenge, please select only the Seventeen or Bust LLR (SOB) project in your PrimeGrid preferences section. The challenge will begin 7th January 2019 05:43 UTC and end at 22nd January 2019 05:43 UTC, time of closest angular separation. Note the non-standard start time.

Application builds are available for Linux 32 and 64 bit, Windows 32 and 64 bit and MacIntel. Intel CPUs with AVX capabilities (Sandy Bridge, Ivy Bridge, Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake) will have a very large advantage, and Intel CPUs with FMA3 (Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake) will be the fastest.

ATTENTION: The primality program LLR is CPU intensive; so, it is vital to have a stable system with good cooling. It does not tolerate "even the slightest of errors." Please see this post for more details on how you can "stress test" your computer. Tasks on one CPU core will take ~2 days on fast/newer computers and 10+ days on slower/older computers. If your computer is highly overclocked, please consider "stress testing" it. Sieving is an excellent alternative for computers that are not able to LLR. :)

Highly overclocked Haswell, Broadwell, Skylake, Kaby Lake or Coffee Lake (i.e., Intel Core i7, i5, and i3 -4xxx or better) computers running the application will see fastest times. Note that SOB is running the latest FMA3 version of LLR which takes full advantage of the features of these newer CPUs. It's faster than the previous LLR app and draws more power and produces more heat. If you have a Haswell, Broadwell, Skylake, Kaby Lake or Coffee Lake CPU, especially if it's overclocked or has overclocked memory, and haven't run the new FMA3 LLR before, we strongly suggest running it before the challenge while you are monitoring the temperatures.

Please, please, please make sure your machines are up to the task.


Multi-threading optimisation instructions

Those looking to maximise their computer's performance during this challenge, or when running LLR in general, may find this information useful.
    * Your mileage may vary. Before the challenge starts, take some time and experiment and see what works best on your computer.
    * If you have an Intel CPU with hyperthreading, either turn off the hyperthreading in the BIOS, or set BOINC to use 50% of the processors.
      *If you're using a GPU for other tasks, it may be beneficial to leave hyperthreading on in the BIOS and instead tell BOINC to use 50% of the CPU's. This will allow one of the hyperthreads to service the GPU.
    * Use LLR's multithreaded mode. It requires a little bit of setup, but it's worth the effort. Follow these steps:
      * Create a app_config.xml file in the directory C:\ProgramData\BOINC\projects\www.primegrid.com\ (or wherever your BOINC data directory is located). For a quad core CPU, the file should contain the following contents. Change the two occurrences of "4" to the number of actual cores your computer has.

      [pre]<app_config>
      <app>
      <name>llrSOB</name>
      <fraction_done_exact/>
      </app>
      <app_version>
      <app_name>llrSOB</app_name>
      <cmdline>-t 4</cmdline>
      <avg_ncpus>4</avg_ncpus>
      </app_version>
      </app_config>[/pre]
      * After creating the file, click on "Options/Read config files". You should then restart BOINC or reboot.
      * The first time BOINC downloads an SoB task, it may act a little strange and download 4 tasks instead of 1. The run times on this first set of tasks may look a bit strange too. This is normal. This will also occur anytime BOINC downloads more than one task at a time. This can be avoided by setting "Use at most [ 1 ] % of the CPUs" before you download SoB tasks. After one task was downloaded, increase the percentage.
      * Some people have observed that when using multithreaded LLR, hyperthreading is actually beneficial. We encourage you to experiment and see what works best for you.

Time zone converter:

The World Clock - Time Zone Converter

NOTE: The countdown clock on the front page uses the host computer time. Therefore, if your computer time is off, so will the countdown clock. For precise timing, use the UTC Time in the data section at the very top, above the countdown clock.

Scoring Information

Scores will be kept for individuals and teams. Only tasks issued AFTER 7th January 2019 05:43 UTC and received BEFORE 22nd January 2019 05:43 UTC will be considered for credit. We will be using the same scoring method as we currently use for BOINC credits. A quorum of 2 is NOT needed to award Challenge score - i.e. no double checker. Therefore, each returned result will earn a Challenge score. Please note that if the result is eventually declared invalid, the score will be removed.


At the Conclusion of the Challenge
    We kindly ask users "moving on" to ABORT their tasks instead of DETACHING, RESETTING, or PAUSING.

    ABORTING tasks allows them to be recycled immediately; thus a much faster "clean up" to the end of an LLR Challenge. DETACHING, RESETTING, and PAUSING tasks causes them to remain in limbo until they EXPIRE. Therefore, we must wait until tasks expire to send them out to be completed.

    Please consider either completing what's in the queue or ABORTING them. Thank you. :)
About the Sierpinski Problem

Wacław Franciszek Sierpiński (14 March 1882 — 21 October 1969), a Polish mathematician, was known for outstanding contributions to set theory, number theory, theory of functions and topology. It is in number theory where we find the Sierpinski problem.

Basically, the Sierpinski problem is "What is the smallest Sierpinski number?"

First we look at Proth numbers (named after the French mathematician François Proth). A Proth number is a number of the form k*2^n+1 where k is odd, n is a positive integer, and 2^n>k.

A Sierpinski number is an odd k such that the Proth number k*2^n+1 is not prime for all n. For example, 3 is not a Sierpinski number because n=2 produces a prime number (3*2^2+1=13). In 1962, John Selfridge proved that 78,557 is a Sierpinski number...meaning he showed that for all n, 78557*2^n+1 was not prime.

Most number theorists believe that 78,557 is the smallest Sierpinski number, but it hasn't yet been proven. In order to prove it, it has to be shown that every single k less than 78,557 is not a Sierpinski number, and to do that, some n must be found that makes k*2^n+1 prime.

Seventeen or Bust

Seventeen or Bust was a distributed computing project attempting to solve the Sierpinski problem. The name of the project is due to the fact that, when founded, there were seventeen values of k < 78,557 for which no primes were known.

The project was conceived in March of 2002 by two college undergraduates. After some planning and a lot of programming, the first public client was released on April 1. Seventeen or Bust ceased operations in 2016. The project was administered by:
• Louis Helm, a computer engineer in Austin, Texas.
• David Norris, a software engineer in Urbana, Illinois.
• Michael Garrison, a Computer Science undergraduate at Eastern Michigan University in Ypsilanti, Michigan.

Starting in 2010, PrimeGrid partnered with Seventeen or Bust to work towards solving the Sierpinski Problem. After the demise of the original Seventeen or Bust project in 2016, PrimeGrid is continuing by itself to continue the Seventeen or Bust project in looking to solve the Sierpinski Problem.

As of December of 2017, PrimeGrid and Seventeen or Bust have eliminated twelve of those seventeen candidates. The project might now be styled "Five or Bust," but the original name will be kept for consistency. Current remaining k's:

21181, 22699, 24737, 55459, 67607

SOB is currently 54% of the way through a double check of old search ranges. A brief word about the SOB tasks that will be running in the challenge:
    * Around 30% of the tasks will be double checks against one or more residues from the original Seventeen or Bust project. Expect these tasks to validate almost immediately, unless your result doesn't match the residue. (This should also help with the clean-up)
    * We’ve currently in the n=26-29M range, with most of the tasks around 8.6-8.7M digits long. Any prime found would come in as the 11th largest ever.
    * Next tasks after that are n=29-30M, with a small bump in length to 8.7-9.0M digits.
    * We're well beyond the point where the Seventeen or Bust project thoroughly double checked their work, so finding a missed prime is a possibility. Two of their primes were found while double checking their prior work. Will we find a third?
Last Prime found at PrimeGrid
10223*2^31172165+1 by Szabolcs Péter (SyP) on 31 October 2016. Official Announcement.
Previous to that the last SOB candidate was eliminated in 2007.

What is LLR?

The Lucas-Lehmer-Riesel (LLR) test is a primality test for numbers of the form N = k*2^n − 1, with 2^n > k. Also, LLR is a program developed by Jean Penne that can run the LLR-tests. It includes the Proth test to perform +1 tests and PRP to test non base 2 numbers. See also:
(Edouard Lucas: 1842-1891, Derrick H. Lehmer: 1905-1991, Hans Riesel: 1929-2014).
Last edited by gemini8 on 31.12.2018 09:15, edited 1 time in total.
Gruß, Jens
- - - - - -
Lowend-User und Teilzeitcruncher

Image Image
Image
User avatar
gemini8
Vereinsmitglied
Vereinsmitglied
 
Posts: 2794
Joined: 31.05.2011 10:30
Location: Hannover

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby gemini8 » 31.12.2018 09:13

Ich bin definitiv dabei!

Die Laufzeiten und CPU-Zeiten meiner Rechner sind im Vergleich putzig, was daran liegt, daß der Boinc-Manager sie auf unterschiedlichen Systemen unterschiedlich ausliest.
Asus P8P67, i7-2600K @ 3.4GHz: 183,372.00 719,513.50
Mac-Mini, i7-3615QM CPU @ 2.30GHz: 218,468.74 218,465.80
Beide Rechner haben auf vier von acht Threads gerechnet.

*edit*
Muß noch meinen anderen Mac-Mini einrichten...
*end edit*
Gruß, Jens
- - - - - -
Lowend-User und Teilzeitcruncher

Image Image
Image
User avatar
gemini8
Vereinsmitglied
Vereinsmitglied
 
Posts: 2794
Joined: 31.05.2011 10:30
Location: Hannover

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby compalex » 31.12.2018 09:22

Bin dabei.
Test auf dem i5-6400T 4*2,5GHz läuft, voraussichtlich ca. 140.000sec

*edit*
Jens, Glückwunsch zu der TOP 100 in 2018, 2019 will ich auch in diese :wink:
*end edit*
Gruß memorix//Alex

2017 14-16nm: Ryzen 1700, 32GB, GTX 1080
2018 12nm: Ryzen 2700, 32GB, RTX 2070
2019 7nm: Ryzen 3600G? Radeon 7? Navi?
Image
User avatar
compalex
Number-Cruncher
Number-Cruncher
 
Posts: 804
Joined: 13.12.2016 17:54
Location: Hockenheim

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby gemini8 » 31.12.2018 09:57

Ich hoffe, das Ergebnis des letzten Wettkampfes bestätigt sich, nicht daß ich noch aus den TOP 100 rausfalle. ;-)
Hehe - hatte Platz 48 bei der Solar Eclipse gar nicht auf dem Schirm... :oops:

*edit*
Cool - der Cluster ist auf Platz 12 (von 23) des Teams.
*end edit*
Gruß, Jens
- - - - - -
Lowend-User und Teilzeitcruncher

Image Image
Image
User avatar
gemini8
Vereinsmitglied
Vereinsmitglied
 
Posts: 2794
Joined: 31.05.2011 10:30
Location: Hannover

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby gemini8 » 31.12.2018 10:06

Gruß, Jens
- - - - - -
Lowend-User und Teilzeitcruncher

Image Image
Image
User avatar
gemini8
Vereinsmitglied
Vereinsmitglied
 
Posts: 2794
Joined: 31.05.2011 10:30
Location: Hannover

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby compalex » 31.12.2018 11:46

gemini8 wrote:Der kleine i7 ist schön sparsam.

Und verflixt heiß. :firedevil:

Wenn da ein vernünftiges System drauf wäre „Win10“ könnte man diesen mit XTU kühl halten und evtl. sogar mehr Leistung rausholen aber mit DARWIN kenne ich mich nicht aus.
Meine i5-6400T CPU läuft mit einem -OFFSET von 0,150Volt eiskalt, (ok ich habe einen guten Kühler) aber auch mit einer Gesamtsystemleistung von nur 43Watt bei vollen 2,5GHz auf allen 4 Kernen (mehr geht leider nicht, oder doch über die BUS Frequenz ;D ob da die GPUs mit machen)
Wenn die SoB durch ist spiele ich noch bisi im Bios herum.
Gruß memorix//Alex

2017 14-16nm: Ryzen 1700, 32GB, GTX 1080
2018 12nm: Ryzen 2700, 32GB, RTX 2070
2019 7nm: Ryzen 3600G? Radeon 7? Navi?
Image
User avatar
compalex
Number-Cruncher
Number-Cruncher
 
Posts: 804
Joined: 13.12.2016 17:54
Location: Hockenheim

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby ClaudiusD » 01.01.2019 19:17

1950X Threadripper mit 2 WUs mit je 16 Threads (nicht Kernen) pro WU: ~115000sek Laufzeit

Bin beim Race dabei ;) und werf dann noch n i5 und ein i7 dazu, je 4 Kerne eine WU.
User avatar
ClaudiusD
Vereinsmitglied
Vereinsmitglied
 
Posts: 1258
Joined: 29.01.2013 16:52
Location: Wien

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby compalex » 01.01.2019 22:28

ClaudiusD wrote:1950X Threadripper mit 2 WUs mit je 16 Threads (nicht Kernen) pro WU: ~115000sek Laufzeit

Bin beim Race dabei ;) und werf dann noch n i5 und ein i7 dazu, je 4 Kerne eine WU.

Ist es nicht schneller wenn man nur eine WU rechnet? 115.000sec erscheint mir etwas langsam. Kann das nicht einschätzen, aber der Ryzen 2700 hat bei 3,6GHz (nur dual RAM 2660MHz 14,16,16,34) 89,804.00 gebraucht auf 7 Kernen (Rest war GPUGRID und der GTX 1080 reserviert)
Gruß memorix//Alex

2017 14-16nm: Ryzen 1700, 32GB, GTX 1080
2018 12nm: Ryzen 2700, 32GB, RTX 2070
2019 7nm: Ryzen 3600G? Radeon 7? Navi?
Image
User avatar
compalex
Number-Cruncher
Number-Cruncher
 
Posts: 804
Joined: 13.12.2016 17:54
Location: Hockenheim

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby ClaudiusD » 01.01.2019 23:20

Als ich nur 16Kerne liefen ließ, waren es circa 22h Laufzeit, also mal 2 genommen wären das 44h - vs die 32h Laufzeit der Dual-WUs ist das nicht so toll.

So richtig supidupigeil ist das alles nicht, vll weils AMD ist, aber es rechnet :D
User avatar
ClaudiusD
Vereinsmitglied
Vereinsmitglied
 
Posts: 1258
Joined: 29.01.2013 16:52
Location: Wien

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby compalex » 02.01.2019 10:53

ClaudiusD wrote:Als ich nur 16Kerne liefen ließ, waren es circa 22h Laufzeit, also mal 2 genommen wären das 44h - vs die 32h Laufzeit der Dual-WUs ist das nicht so toll.

So richtig supidupigeil ist das alles nicht, vll weils AMD ist, aber es rechnet :D

Ja, so wirklich blicke ich das auch nicht. Hier meine bis jetzt getestete Zeiten:
CPU – Core – RAM – Zeit in sec.
i5-6400T@2,5GHz - 4 - 2133MHz - 125.000sec. (mit verändern der RAM-Timings jetzt etwas schneller)
Ryzen1700@3,0GHz – 7 – 2666MHz – 130.000sec.
Ryzen2700@3,6GHz – 7 – 2666 MHz – 90.000sec. (so viel schneller als der Ryzen1700? wieso? k.a.)
i5-6500@3,3GHz Test läuft noch.
Gruß memorix//Alex

2017 14-16nm: Ryzen 1700, 32GB, GTX 1080
2018 12nm: Ryzen 2700, 32GB, RTX 2070
2019 7nm: Ryzen 3600G? Radeon 7? Navi?
Image
User avatar
compalex
Number-Cruncher
Number-Cruncher
 
Posts: 804
Joined: 13.12.2016 17:54
Location: Hockenheim

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby gemini8 » 02.01.2019 13:56

Der kleine i5 taktet nicht ganz so weit hoch wie der i7.
Richtig Turbo wohl nur, wenn er kühl ist.
Die geschätzte Laufzeit für PPS-Mega ist aber deutlich kürzer als beim i7.
Vielleicht müßte ich letzteren auf weniger Kernen rechnen lassen.
Gruß, Jens
- - - - - -
Lowend-User und Teilzeitcruncher

Image Image
Image
User avatar
gemini8
Vereinsmitglied
Vereinsmitglied
 
Posts: 2794
Joined: 31.05.2011 10:30
Location: Hannover

Re: PrimeGrid: Conjunction of Venus & Jupiter Challenge

Unread postby gemini8 » 02.01.2019 14:49

gemini8 wrote:Vielleicht müßte ich letzteren auf weniger Kernen rechnen lassen.

Und der i7 geht ab wie nur was.
Dann muß ich nochmal testen, was er zu SoB sagt, wenn ich ihn auf weniger als vier Kernen herumtoben lasse.

*edit*
SoB habe ich noch nicht getestet, aber zwei Mal zwei Kerne für PPS-Mega.
Ist tatsächlich zweimal etwas langsamer als der i5, aber durchaus ergiebiger als nur ein Mal zwei Kerne.
Wird wohl noch lustig mit dem Testen. ;-)
*end edit*
Gruß, Jens
- - - - - -
Lowend-User und Teilzeitcruncher

Image Image
Image
User avatar
gemini8
Vereinsmitglied
Vereinsmitglied
 
Posts: 2794
Joined: 31.05.2011 10:30
Location: Hannover

Next

Return to Challenge / Race / Wettkampf

Who is online

Users browsing this forum: Yeti and 8 guests