Seit zwei Wochen unterstützt Asteroids@home erstmals neben CPUs und NVIDIA- auch AMD-Grafikkarten.

Neue OpenCL-Anwendung für AMD-GPUs
Hallo zusammen,

wir sind stolz, unsere neue OpenCL-Anwendung für AMD-GPUs vermelden zu können!
Der Entwicklungsvorgang hat einige Zeit gedauert, aber endlich haben wir es hinbekommen, sie zu bauen.
Es müssen noch einige scharfe Kanten abgeschliffen werden, aber dank euch und euren Rückmeldungen werden wir den Code weiter verbessern.

Die Linux-Anwendung benötigt ein 64-Bit-Betriebssystem mit GLIBC v2.31 oder neuer und wird auf den meisten AMD-Radeon-Grafikkarten und einigen integrierten AMD-Grafikchips laufen, die mindestens OpenCL 1.1 unterstützen.

Die Windows-Anwendung benötigt eine 64-Bit-Version von Windows 10 oder 11 und wird auf den meisten AMD-Radeon-Grafikkarten und einigen integrierten AMD-Grafikchips laufen, die mindestens OpenCL 1.2 unterstützen.

Frohes Crunchen und danke für eure Unterstützung!

Das Asteroids@home-Team
16.09.2023, 16:15:42 MEZ


Außerdem ist bereits letztes Jahr ein Artikel in der Fachzeitschrift Frontiers in Astronomy and Space Sciences erschienen, für den erneut die bereits zuvor ausgewerteten Daten der ATLAS-Teleskope auf Hawaii ausgewertet wurden. Dieses Mal wurden für jeden Asteroiden aus allen Datenpunkten 25 zufällige Stichproben ausgewählt und für jede Stichprobe separat die Rotationsperiode bestimmt. Anhand der Anzahl der übereinstimmenden Ergebnisse und dem Vergleich mit früheren Messwerten wurde die Wahrscheinlichkeit abgeschätzt, dass das häufigste Ergebnis der tatsächlichen Rotationsperiode entspricht. Für insgesamt 5126 Asteroiden konnte die Rotationsperiode mit einer Wahrscheinlichkeit von mehr als 90% ermittelt werden, für 1600 davon war die Rotationsperiode vorher nie bestimmt worden.

Neue Asteroidenmodelle
Lasst mich mit etwas Verspätung einen Artikel, der auf Asteroids@home basiert, bekanntmachen. Er wurde letztes Jahr in Frontiers in Astronomy and Space Sciences veröffentlicht: https://ui.adsabs.harvard.edu/link_g...9771D/PUB_HTML (engl.). Wir haben ATLAS-Photometrie und Stichproben daraus verwendet, um die Rotationsperioden (nicht jedoch die Formen) von etwa 5000 Asteroiden abzuleiten.

Das Projekt Asteroids@home verarbeitet nun ATLAS- und Gaia-Daten gemeinsam - das ist, was ihr gerade berechnet.

Danke euch allen für euren Beitrag!
22.09.2023, 12:53:53 MEZ


Originaltexte:

Etwas mehr als 12 Jahre nach dem offiziellen Startschuss (damals noch als Test4Theory oder auch LHC@home 2.0) und knapp dreieinhalb Jahre nach dem fünfbillionsten simulierten Ereignis hat das Subprojekt Theory Simulation inzwischen eine weitere Billion Teilchenkollisionen simuliert:

Theory Simulation erreicht 6 BILLIONEN Ereignisse!!
Bravo an alle Theory-Cruncher!!!
29.09.2023, 10:38:49 MEZ

Originaltext:

Bei PrimeGrid stehen einige Veränderungen bevor. Einige Subprojekte stehen kurz vor dem Erreichen ihres Ziels oder haben dieses -teilweise schon vor längerer Zeit- erreicht und werden im Laufe des nächsten halben Jahres nach und nach abgeschaltet. Zuvor wird das Projekt in den kommenden Tagen aber auf neue Server migriert, wodurch es am kommenden Freitag, den 29. September, ab dem späten Nachmittag zu einer mehrstündigen Auszeit kommen wird.

PrimeGrid wird wegen Umstiegs auf neue Server vom Netz sein
Wer werden innerhalb der nächsten Woche auf neue Server umsteigen. Mit minimaler Vorlaufzeit Es werden alle PrimeGrid-Server für einige Stunden nicht erreichbar sein.

Discord wird natürlich verfügbar bleiben.

Die Diskussion und weitere Informationen werden auf Discord (engl.) und im Forum (engl.) verfügbar sein. Die Foren werden jedoch während des Umzugs nicht erreichbar sein, sodass währenddessen Discord der Ort sein wird, an dem wir erreicht werden können.

Nachtrag #1: Geplant ist, dass der Umstieg auf die neuen Server am Freitag um 17:00 MESZ beginnt.
26.09.2023 | 23:15:06 MEZ


Für nicht weniger als sechs Subprojekte rückt das (zumindest vorläufige) Ende näher. Während das Enddatum für Cullen/Woodall Sieve (CW-Sieve) noch nicht genau abschätzbar ist (siehe dazu diesen Beitrag) und die obligatorische Warnung mindestens 30 Tage vor Schluss noch erfolgen wird, ist das Ende der anderen fünf Subprojekte inzwischen offiziell angekündigt:

PPS-Sieve, PPSE, GFN-15, SGS und AP27 werden abgeschaltet
Wir haben kürzlich einen Blick auf die von uns durchgeführeten Subprojekte geworfen und entschieden, einige Veränderungen vorzunehmen.

Für weitere Informationen und zur Diskussion siehe diesen Thread: PPS-Sieve, PPSE, GFN-15, SGS und AP27 werden abgeschaltet (engl.).

(Nehmt zur Kenntnis, dass der Plan sich inzwischen geändert hat und PPS-MEGA statt PPSE abgeschaltet wird.)
14.09.2023 | 22:28:20 MEZ


Insbesondere da die Abschaltung von PPSE zu einer Lücke zwischen dem bis dahin abgesuchten Bereich und dem bereits im Rahmen von PPS-MEGA durchsuchten Bereich geführt hätte, wurde entschieden, dass stattdessen PPS-MEGA abgeschaltet werden soll. Möglicherweise wird die Suchreihenfolge bei PPSE etwas modifiziert, aber das Subprojekt bleibt noch für einige Jahre erhalten.

Revidiert: PPSE bekommt eine Gnadenfrist, aber PPS-MEGA wird abgeschaltet
Nach viel Diskussion gibt es einige Änderungen bezüglich der Subprojekte, die abgeschaltet werden. PPS-MEGA wird am 19. Oktober abgeschaltet, während PPSE bis zu seinem natürlichen Ende bei einer Million Dezimalstellen weiterlaufen wird.

Weitere Einzelheiten sind im Forum (engl.) zu finden.
18.09.2023 | 21:47:07 MEZ


Im Folgenden seien der Zeitplan und die Gründe für das Ende des jeweilligen Subprojekts dargelegt:

• 04.10.2023: die CPU-Anwendung für Proth Prime Search Sieve (PPS-Sieve) wird abgeschaltet (siehe auch diesen Beitrag), für Grafikkarten bleibt das Subprojekt noch einige Monate erhalten
  
  
• 19.10.2023: Proth Mega Prime Search LLR (MEGA) wird abgeschaltet, da Proth Prime Search LLR (PPS) inzwischen auch im Bereich von mehr als einer Million Dezimalstellen operiert und zudem die besseren Chancen auf den Fund eines Fermatzahl-Teilers bietet.
  
  
• 15.11.2023: Generalized Fermat Prime Search n=15 (GFN-15) wird abgeschaltet, da die getesteten Zahlen gemessen an der heute zur Verfügung stehenden Rechenleistung sehr klein sind und die Ressourcen bei den größeren GFN-Subprojekten deutlich effizienter eingesetzt werden kann.
  
  
• 15.12.2023: Sophie Germain Prime Search LLR (SGS) wird abgeschaltet, da sowohl eine Sophie-Germain-Primzahl als auch ein Primzahlzwilling für n=1290000 schon vor Jahren gefunden wurden und weitere Funde im vorbereiteten Suchbereich zunehmend unwahrscheinlich werden. Eine spätere Fortsetzung mit größerem n ist nicht ausgeschlossen, aber auch noch nicht konkret in Planung.
  
  
• frühestens 15.01.2023, mindestens aber 30 Tage nach dem Ende von CW-Sieve: Proth Prime Search Sieve (PPS-Sieve) endet auch für Grafikkarten, da mittlerweile ein Bereich durchsiebt wird, der für die entsprechenden LLR-Subprojekte erst in vielen Jahren benötigt wird. Es ist nicht ausgeschlossen (aber wiederum auch nicht konkret in Planung), dass für einige kleine ks eine Suche bei höheren ns gestartet und PPS-Sieve dafür zeitweise reaktiviert wird.
  
  
• frühestens 15.03.2023, mindestens aber 60 Tage nach dem Ende von CW-Sieve: Arithmetic Progression of Primes 27 (AP27) wird abgeschaltet, da das Ziel, eine AP27 zu finden, inzwischen bereits zweimal erreicht wurde und das Finden einer noch längeren AP mit der aktuellen Hard- und Software extrem unwahrscheinlich ist.

Mit Abschalten ist dabei jeweils gemeint, dass ab diesem Datum keine weiteren WUs erzeugt werden; auch danach können noch bereits im System befindliche WUs ggf. neu verschickt und alle in Bearbeitung befindlichen WUs gemeldet werden. Wer gerne noch bestimmte Abzeichen oder Meilensteine erreichen möchte, sei daran erinnert, dass es für PPS-MEGA und GFN-15 keine eigene Statistik und keine eigenen Abzeichen gibt, sodass sich manche Ziele auch später bei anderen Subprojekten erreichen lassen.

Übrig bleiben für Grafikkarten dann vorerst nur noch die GFN-Subprojekte, aber mit der großen Bandbreite von GFN-16 bis DYFL, für CPUs zudem elf LLR-Subprojekte (und zwei weitere in Vorbereitung). Sämtliche aktiven Subprojekte werden dann den schnellen Doublecheck-Mechanismus verwenden, bei welchem jeder Primalitätstest nur von einem Rechner vollständig ausgeführt werden muss.


Originaltexte:

Das Projekt wird am Abend (europäischer Zeit) des Dienstags, den 26. September, eine etwa einstündige Wartungspause einlegen.

Bevorstehende Systemauszeit am 26. September
Am 26. September werden die Teilnehmer aufgrund einer Aktualisierung der Firmware in dem Rechenzentrum, wo unsere Server beheimatet sind, zeitweise keine WUs hochladen oder neue WUs bekommen können.
---
Am Dienstag, den 26. September, wird es ab 20:00 MESZ eine Systemauszeit geben, da das Rechenzentrum, wo unsere Server beheimatet sind, die Firmware auf den Geräten mit dem wissenschaftlichen Dateisystem aktualisieren muss. Sie schätzen, dass dies etwa eine Stunde dauern wird. Während dieser Zeit werden die Teilnehmer keine neuen WUs erhalten oder erledigte WUs hochladen können, aber die Webseite und die Foren werden verfügbar bleiben.

Danke für eure Geduld und euer Verständnis.
22.09.2023

Originaltext:

Das Projekt wird am Dienstag, den 26. September, kurzzeitig nicht erreichbar sein.

Kurze Auszeit morgen
...für einige wichtige Aktualisierungen. Dies sollte nicht mehr als 20 Minuten dauern.
Der Server ist in dieser Zeit nicht verfügbar.
25.09.2023, 8:59:21 MEZ

Originaltext:

Seit wenigen Tagen werden keine neuen WUs für das Subprojekt Gamma-ray pulsar binary search #1 on GPUs (FGRPB1G) ausgegeben, die Gründe dafür sind im Folgenden nachgereicht. Wer ausschließlich bei diesem Subprojekt aktiv war, sollte in den Projekteinstellungen weitere Subprojekte aktivieren; für NVIDIA- und AMD-Grafikkarten sind jetzt noch die Subprojekte Binary Radio Pulsar Search (MeerKAT) (BRP7) und All-Sky Gravitational Wave search on O3 (O3AS) aktiv, für Intel-Grafikkarten das Subprojekt Binary Radio Pulsar Search (Arecibo,GBT,long) (BRP4G). Wer z.B. zur Verwendung einer optimierten Anwendung eine app_info.xml einsetzt, muss zudem diese löschen oder die Anwendung eines anderen Subprojekts manuell einpflegen, um wieder WUs zu erhalten.

Wichtige Neuigkeiten zu BRP7 und FGRPB1 bei E@H
Liebe Cruncher bei Einstein@Home,

wir haben wichtige Nachrichten mit euch zu teilen, die möglicherweise zu Handlungen eurerseits aufrufen.
Falls ihr einige oder alle eurer Rechner AUSSCHLIEẞLICH auf FGRP1BG (nicht zu verwechseln mit FGRP5) eingestellt habt, lest das Folgende bitte sehr sorgfältig, um eine ungewollte Unterbrechnung eurer Crunch-Aktivitäten zu vermeiden!

Aufgrund einer Entwicklung unserer wissenschaftlichen Prioritäten werden die folgenden Änderungen an E@H vorgenommen:

1) FGRP1BG (G für GPU) wird auslaufen (für den Moment, siehe unten) und wird in etwa 2 bis 3 Wochen keine neuen WUs mehr haben.

2) FGRP1BG könnte später wieder gestartet werden, aber selbst in diesem Fall wird es wahrscheinlich nur ab und zu laufen, je nach Verfügbarkeit interessanter Pulsarkandidaten-Daten zur Auswertung mit E@H. Ihr solltet also beginnend in zwei Wochen nicht mehr mit konstanter WU-Versorgung bei FGRP1BG rechnen!

3) BRP7 wird in unserer wissenschaftlichen Priorität nach oben rücken, was die elektromagnetische Astronomie betrifft

4) Natürlich wird die Gravitationswellensuche (aktuell die O3-Himmelsdurchmusterung, engl. O3 All Sky search) fortgesetzt und ist von den Änderungen nicht betroffen. Bitte unterstützt diese Suche weiterhin!!

Uns ist bewusst, dass FGRP1BG bei vielen Freiwilligen, darunter vielen unserer produktivsten Cruncher, sehr beliebt ist. Wir sind äußerst dankbar für eure anhaltende Unterstützung über die Jahre und euren beträchtlichen Einsatz für diese Suche. Euer massives Beisteuern von Rechenleistung hat uns geholfen, eine Unmenge von Daten nach den vielversprechendsten Gamma-Pulsar-Kandidaten zu durchsuchen, und mit eurer Hilfe haben wir nun den Punkt erreicht, an welchem die Kandidaten aus anderen Suchprogrammen wie BRP7 aus wissenschaftlicher Sicht mehr versprechen und dringlicher sind.

Müssen die Freiwilligen jetzt irgendwas tun?

Nur die Freiwilligen, welche alle anderen Subprojekte außer FGRP1BG deaktiviert haben, müssen eingreifen, um sicherzustellen, dass sie auch in Zukunft WUs von E@H erhalten. In diesem Fall solltet ihr in den Projekteinstellungen andere Arbeit, insbesondere BRP7 für eure Rechner erlauben. FGRP1BG muss nicht deaktiviert werden, da es später fortgesetzt werden könnte. Falls ihr Hilfe beim Vornehmen der Einstellungen benötigt, fragt uns bitte hier danach.

Anmerkung: Falls ihr eine app_info.xml (für die "anonyme Plattform" unter BOINC) verwendet, beschränkt das den entsprechenden Rechner auf WUs von in dieser Datei definierten Anwendungen! In diesem Falle solltet ihr entweder die app_info.xml komplett löschen und auf die Standard-Anwendungen von E@H zurückwechseln oder Anwendungen anderer E@H-Subprojekte (z.B. BRP7) in eure app_info.xml aufnehmen.

Worum geht es bei BRP7?

BRP7 ist eine spannende Suche nach Radio-Doppelpulsaren in Daten, die von TRAPUM (engl.) mit einem sehr leistungsfähigen Netzwerk von Radioteleskopen, MeerKAT (engl.), gesammelt wurden.

Einstein@Home sucht nach Pulsaren in MeerKAT-Beobachtungen von Kugelsternhaufen – dichten Gruppen alter Sterne, die oft eine große Zahl von Pulsaren beinhalten, insbesondere exotische Doppelsysteme. Ein Ziel von BRP7 ist der Haufen Terzan 5 (engl.), der mit 49 bekannten Pulsaren mehr als jeder andere Kugelsternhaufen enthält, darunter der schnellste bekannte Pulsar, der sich 716-mal pro Sekunde dreht! TRAPUM hat bereits 79 neue Pulsare in Kugelsternhaufen entdeckt und wir hoffen, diese Zahl mit BRP7 und einer für sehr kurzperiodische Doppelpulsare empfindlichen Suche ausbauen zu können. Diese Pulsare könnten die empfindlichsten Tests für Einsteins allgemeine Relativitätstheorie darstellen, aber sie können nicht ohne empfindliche Beobachtungen und enorme Rechenleistung gefunden werden.

Die BRP7-Anwendung ist auch hochgradig optimiert und nutzt eure GPUs sehr effizient aus. Falls ihr eure Wohnung im Winter mit E@H warm halten wolltet, wird euch die BRP7-Anwendung nicht im Stich lassen!

Bitte zögert nicht, uns zu kontaktieren, falls ihr Fragen oder Anliegen bezüglich der oben aufgeführten Änderungen habt.

Frohes Crunchen
Das E@H-Team
05.09.2023 11:19:56 MEZ

Originaltext:

SRBase hat begonnen, von LLR2 als Primalitätstestprogramm auf PRST umzusteigen. Beide Programme sind dank der für das bekannte Programm Prime95 entwickelten GWNUM-Bibliothek hoch optimiert, jedoch kann PRST für Kandidaten der Form k*b^n±1 mit b>2 die Fehlerprüfung schneller durchführen und ist daher auch bei zwei PrimeGrid-Subprojekten bereits in Verwendung. Da PRST zudem eine native BOINC-Anwendung ist, wird auch der problembehaftete Wrapper künftig nicht mehr benötigt.

Plan für neue Anwendungen
Wir haben damit begonnen, neue Anwendungen für SRBase auf einem BOINC-Testserver zu testen, welche bereits bei PrimeGrid verwendet werden; LLR2 soll nämlich durch PRST ersetzt werden. Da noch einige Änderungen am Code vorgenommen werden, ist alles noch etwas in Bewegung.

Was sind die Vorteile der Anwendung?
- keine Geschwindigkeitsbeschränkung mehr durch die Gerbiczsche Fehlerprüfung (momentan gibt es einen Leistungsverlust von bis zu 40%)
- native Anwendung, es wird kein Wrapper mehr benötigt

Die folgenden Probleme mit dem Wrapper sind damit dann Geschichte:
- Neustarts des BOINC-Clients setzen die CPU-Zeit nicht mehr auf null
- Problem des Linux-Wrappers beim Anhalten
- besserer Fortschrittsbalken
- weitere allgemeine Wrapper-Probleme

Auf LLR2 abgestimmte app_config.xml-Dateien müssten dann angepasst werden, da sonst Berechnungsfehler auftreten werden.

Ein öffentlicher Test wird zu einem noch unsicheren Zeitpunkt folgen.
14.09.2023, 12:49:33 MEZ


Der angekündigte öffentliche Test wurde mittlerweile auch begonnen. Die in der Meldung genannte WU-Serie ist inzwischen vergriffen, weitere Testserien werden derzeit über das Subprojekt Riesel Base ausgegeben.

Test der neuen Anwendungen gestartet
- Subprojekt: Sierpinski Base
- WU-Serie: test_prime1
- PRST v10 nur für Linux und Windows
- Deadline: 4 Stunden
- native Anwendung, kein Wrapper
- 0,5 Punkte pro WU
16.09.2023, 14:36:19 MEZ


Nachgereicht sei zudem noch, dass durch einen Megaprimzahlfund im vergangenen Monat bewiesen wurde, dass k=46 die kleinste verallgemeinerte Riesel-Zahl zur Basis b=684 ist:

Megaprimzahl zur Basis R684 / Basis bewiesen
Ein Glückstreffer nach dem Start des Formula-BOINC-Wettbewerbs.

ChrisBigler hat eine Megaprimzahl zur Basis R684 gefunden.
Die Primzahl 39*684^519468−1 hat 1 472 723 Dezimalstellen und erreicht die Top 5000 in der Datenbank der größten bekannten Primzahlen. Mit diesem Fund ist zudem die verallgemeinerte Riesel-Vermutung zu dieser Basis bewiesen!
25.08.2023, 11:44:22 MEZ


Originaltexte:

Rund um den Internationalen Tag des Friedens der Vereinten Nationen wird die PrimeGrid Challenge Series nach den GPU-Hitzeschlachten der vergangenen Monate mit einer friedlicheren CPU-Challenge fortgesetzt:

World Peace Day Challenge
Beginn: 13.09.2023, 11:00 UTC = 12:00 MEZ = 13:00 MESZ
Ende: 23.09.2023, 11:00 UTC = 12:00 MEZ = 13:00 MESZ
Subprojekt: Seventeen or Bust LLR (SOB)

Der offizielle Thread zur Challenge im PrimeGrid-Forum ist hier zu finden.

Es zählen für diese Challenge nur WUs des Subprojekts Seventeen or Bust LLR (SOB), die nach dem 13.09. um 13:00 Uhr heruntergeladen und vor dem 23.09. um 13:00 Uhr zurückgemeldet werden! Das gewünschte Subprojekt kann in den PrimeGrid-Einstellungen festgelegt werden.

Anwendungen gibt es für Windows und Linux (32- und 64-Bit) sowie macOS (64-Bit). Die verwendete LLR-Anwendung ist sehr gut optimiert und belastet daher die CPU sehr stark; die automatische Fehlerkorrektur kann die Laufzeiten im Fehlerfall deutlich erhöhen. Daher bitte nicht zu stark übertakten und auf gute Kühlung achten!

Die WUs bei diesem Subprojekt gehören zu den größten, die PrimeGrid für CPU anbietet, und würden bei Benutzung einzelner CPU-Kerne einige Tage laufen. Schneller und meist auch effizienter geht es, wenn mehrere CPU-Kerne an einer WU arbeiten, was sich mit der Einstellung Multi-threading: Max # of threads for each task in den Projekteinstellungen erreichen lässt. Idealerweise sollten nur so viele WUs parallel laufen, dass für jede WU etwa 30 MB Cache verfügbar sind (wer es genauer wissen möchte: die FFT-Länge beträgt je nach WU und CPU zwischen 3456K und 3840K). Bei vielen CPUs sollten dafür alle Kerne an derselben WU arbeiten (Einstellung No limit), bei größeren AMD-CPUs alle Kerne eines Kernkomplexes.

Die Punkte für die Challenge-Statistik sind identisch mit den BOINC-Credits, werden jedoch sofort gutgeschrieben, während die BOINC-Credits erst vergeben werden, wenn das Ergebnis überprüft ist. Das Subprojekt verwendet den schnellen Doublecheck-Mechanismus, bei welchem am Ende der WU ein wenige MB großes Zertifikat erstellt und hochgeladen wird. Die Überprüfung erfolgt mit einer deutlich kleineren WU (erkennbar an einem c im Namen).

Team-Stats bei PrimeGrid
User-Stats bei PrimeGrid

Team-Stats bei SETI.Germany
Detail-Statistik für SETI.Germany
User-Stats bei SETI.Germany

Zum Diskussionsthread

Für Windows, macOS und Android ist nun BOINC 7.24.1 die empfohlene Version (für Linux wird derzeit noch immer die Installation über den Paketmanager der jeweiligen Distribution empfohlen, welcher je nach Distribution auch erheblich ältere Versionen anbieten kann). Neben einigen kosmetischen Veränderungen am mitgelieferten BOINC Manager wurden unter anderem die Umsetzung der Einstellungen zum Drosseln der genutzten CPU-Leistung und der Umgang mit WUs, welche mehrere CPU-Kerne benutzen, verbessert.

BOINC-Client 7.24.1 veröffentlicht
Version 7.24.1 der BOINC-Client-Software für Windows, macOS und Android wurde veröffentlicht. Ladet sie hier herunter. Die Änderungshinweise sind hier (engl.) zu finden. Danke an alle, die an der Entwicklung und dem Testen dieser Version mitgewirkt haben.
07.09.2023, 23:17:32 MEZ

Originaltext: