Asteroids@Home

[pschoefer]

Inzwischen sieht der Serverstatus ziemlich gesund aus und diverse PHP-Fehlermeldungen auf der Webseite wurden beseitigt, nur liefert der Scheduler derzeit noch keine brauchbare Antwort (stattdessen gut 9 MB Wirrwarr ohne XML-Struktur). WUs, die noch im Umlauf waren, als sich der Server verabschiedete, wurden als Fehler wegen Deadlineüberschreitung markiert und es wurden entsprechende Resends erzeugt, die aber natürlich wegen des dysfunktionalen Schedulers noch nicht verschickt werden konnten. Auf jeden Fall sind diese WUs noch in der Datenbank, sodass ich vermute, dass noch herumliegende Ergebnisse auch noch akzeptiert werden, sobald der Scheduler wieder funktioniert.

[JayPi]

Das sieht dann so aus, dass bei mir immerhin 6000 WUs (Pending) noch ins Töpchen kommen, und nur 4000 WUs endgültig verloren gehen.

[pschoefer]

Nun funktioniert auch der Scheduler wieder, irgendwas Offizielles gibt es aber weiterhin nicht.

[[BC]rebirther]

Nun funktioniert auch der Scheduler wieder, irgendwas Offizielles gibt es aber weiterhin nicht.

Du kannst mal bei Discord -->Gridcoin-->BOINC gucken, da lümmeln sich die Admins rum.

[pschoefer]

Kommt Zeit, kommen Informationen auf den richtigen Kanälen.

Server läuft wieder
Hallo zusammen,

nach über einem Jahr Auszeit läuft der Server endlich wieder. Alles wurde auf einen neuen Server migriert und wir hoffen, dass dieser für lange Zeit reibungslos laufen wird. Es gibt noch einige kleinere Probleme, aber nichts Kritisches, und die Feinjustierung wird im Laufe der Zeit geschehen.
Ich möchte auch Georgi Vidinski danken, der bei der Lösung einiger Probleme geholfen hat.

Radim Vančo (FoxKyong)
15.11.2022, 13:30:28 MEZ

Originaltext:

Server is up and running again
Hi everyone,

Server is finally up and running again after more than a year of being down. Everything is migrated to a new server and we hope it will run smoothly for a long time. There are still some minor issues but nothing crutial and all minor tweeks will be done during the time.
I would also like to thank to Georgi Vidinski who has helped with solving some problems.

Radim Vančo (FoxKyong)
15 Nov 2022, 12:30:28 UTC

[JayPi]

WUs kommen wieder in Mengen, die Credits je WU wurden von 480 auf ca. 60 reduziert.

[Uwe-Bergstedt]

bei sehr Vielen sogar auf NULL : 344712336 149362259 420999 29 Jul 2021, 15:08:02 UTC 29 Jul 2021, 18:34:29 UTC Fertig und Bestätigt 601.36 1.56 0.00 Period Search Application v102.15 (cuda102_win10)
windows_x86_64

wenn sie das so wollen: BITTASÄHR sollen sie doch ihre WUs selber crunchen ich bin raus

https://asteroidsathome.net/boinc/re...state=4&appid=

[JayPi]

bei sehr Vielen sogar auf NULL

Das sind die WUs vom letzten Jahr, bei denen die Wertung nicht funktioniert.

[KidDoesCrunch]

WUs kommen wieder in Mengen, die Credits je WU wurden von 480 auf ca. 60 reduziert.

Ich bekäme somit ein achtel pro WU verglichen zu denen vor mir liegenden? Ich müsste also achtmal die im preis 4 fach höher liegende Stromverschwendung durchziehen um nach oben zu kommen? Ich weiß nicht ob und wann ich bereit dazu bin.

[Urs]

Graka läuft zwar schneller, bekommt dann aber auch weniger Punkte.
Weiss nicht recht wie ich das finden soll.

[JuergenH]

Graka läuft zwar schneller, bekommt dann aber auch weniger Punkte.
Weiss nicht recht wie ich das finden soll.

Ja, sieht nach CreditNew aus. Mehr bzw. schneller rechnen -> weniger Punkte. Diese Logik habe ich noch nie verstanden.

[nexiagsi16v]

Man sagen muss, eine AVX die weniger Zeit gebraucht hat als eine SSE3, bekommt auch mal mehr Punkte.
Wobei das auch innerhalb von AVX passieren kann. Eine echte Logik erkenne ich nicht, wie da die Punkte vergeben werden.

[JayPi]

Viel ist ja nicht gekommen, jetzt ist wieder große Pause angesagt?

[nexiagsi16v]

Hab jetzt nur einen Kern drauf laufen, aber der bekommt seine WU regelmäßig...

[JayPi]

Auf meinem Windows-Rechner hab ich es jetzt auch getestet, es kommen keine WUs. Dann hoffe ich, dass noch ein paar WUs auch meine Rechner erreichen um WUProp voll zu machen.

[nexiagsi16v]

Stimmt, aktuell ist der Astro-Server leer...

[JayPi]

Es gibt WUs!

[pschoefer]

Seit einigen Tagen sind sowohl für GPUs als auch für CPUs weitere Anwendungen verfügbar. Die neue GPU-Anwendung unterstützt weiterhin nur NVIDIA-GPUs, aber zumindest nun auch die RTX-3000- und RTX-4000-Serie; die zusätzliche CPU-Anwendung nutzt FMA-Befehlssatzerweiterungen und ist somit auf aktuellen CPUs unter Umständen schneller als die bisherigen Anwendungen. Wie bisher wird der serverseitige BOINC-Standardmechanismus verwendet, um die beste Anwendung für die jeweilige CPU oder GPU zu finden, welcher leider nicht unbedingt immer zuverlässig und in einem überschaubaren Zeitrahmen zur tatsächlich besten Wahl führt. Sprich: Der normale Teilnehmer wird zurzeit womöglich abwechselnd verschiedene Anwendungen zugeteilt bekommen und hoffentlich im Laufe der Zeit irgendwann nur noch die für den jeweiligen Rechner schnellste Anwendung.

Neue CUDA-Anwendung veröffentlicht
Wir freuen uns, euch unsere neueste CUDA-Anwendung v102.16 vorzustellen!

Sie wurde auf Basis der Entwicklerwerkzeuge für CUDA v11.8 gebaut und kann daher die große Mehrheit der Grafikkarten mit Compute Capability (CC) von 5.0 bis 8.9 benutzen, wodurch nun auch die Ampere- und Lovelace-Architektur und alle Tegra- und Jetson-Module unterstützt werden.
Natürlich hat sie wie die älteren Anwendungen ihre eigenen Anforderungen an die Treiberversion, je nach eurer Architektur.
Damit euer Client sie herunterladen kann, muss auf eurem Rechner eine der folgenden NVIDIA-Treiberversionen installiert sein:

• 450.80.02* oder neuer für Linux x86_64 und Linux AArch64
• 452.39* oder neuer für Windows x86_64

(https://docs.nvidia.com/cuda/cuda-to...tes/index.html, engl.)

Hier ist eine Liste der GPUs nach NVIDIA-CC.

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

Radim Vančo (FoxKyong)
20.11.2022, 21:03:31 MEZ

*Anmerkung: Zwar reichen theoretisch diese Treiberversionen, um die Anwendung ausführen zu können, jedoch prüft der Server wohl auf CUDA 11.8, weshalb mindestens Version 520.61.05 für Linux bzw. 522.06 für Windows installiert sein muss.


Neue FMA-Anwendung veröffentlicht
Wir freuen uns, euch einen weiteren Satz von Anwendungen vorzustellen, die CPUs mit dem FMA-Befehlssatz ausnutzen können!

Die Anwendung wurde sowohl für Linux- als auch Windows-Betriebssysteme mit 64-Bit-Architektur gebaut.
Mit diesen Anwendungen ist zu beachten, dass je nach CPU-Architektur, -Generation, -Modell, -Version, -Geschwindigkeit und der Anzahl der benutzten Kerne wegen des jeweiligen Umgangs mit diesen Befehlen auf verschiedenen Architekturen in manchen Fällen die FMA-Anwendungen langsamer laufen können als die entsprechenden AVX-Anwendungen; ich gehe hier nicht weiter auf die Einzelheiten ein, weil es dazu viele Informationen im Internet gibt. Selbst mit derselben FMA-Anwendung kann es Unterschiede geben. Beispielsweise kann es auf demselben Rechner vorkommen, dass die Beschränkung auf nur einen Kern z.B. eines Intel Xeon W-2195 mit Skylake-W-Architektur dazu führt, dass dieser eine Kern viel schneller, nämlich nahe am Turbo-Takt dieses Prozessors von 4,3 GHz, laufen wird als wenn der Client 12 oder mehr Kerne benutzen darf. Im zweiten Fall werden diese Kerne je nach Anzahl etwa mit dem Basis-Takt des Prozessors von 2,3 GHz laufen, was die Geschwindigkeit der Anwendung drastisch verringert. Siehe das Kapitel "Per Core Turbo Data" in diesem Artikel (engl.) für eine Erklärung, wie die Begrenzungen des Turbo-Taktes funktionieren.

Dennoch ist der BOINC-Server in der Lage, die Anwendung mit der besten Leistung für jedes einzelne System unter Berücksichtigung mehrerer Faktoren zu finden, und wird nach einer Weile jedem System die richtige Anwendung zuweisen. Das bedeutet, dass eure CPU, auch wenn sie mit FMA-Befehlssatz ausgestattet ist, trotzdem WUs mit der AVX-Anwendung erhalten kann, und das kein Grund zur Sorge ist.

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

Radim Vančo (FoxKyong)
20.11.2022, 21:04:38 MEZ


Originaltexte:

New CUDA application released
We are happy to present you our latest CUDA application v102.16!

It was built on top of CUDA's v11.8 SDK and thus it will be able to utilize the vast majority of cards with Compute Capabilities (CC) between 5.0 till 8.9 adding support for the Ampere & Ada Lovelace micro architecture, and all the Tegra & Jetson modules.
Of course, it comes with its own requirements for the driver's versions, depending on your architecture, as those before it.
In order your client to be able to receive it your computer must have one of the following Nvidia driver versions installed:

• For Linux x86_64 and Linux AArch64 >= 450.80.02
• For Windows x86_64 >= 452.39

(https://docs.nvidia.com/cuda/cuda-to...tes/index.html)

Here is the list of supported by the v102.16 application GPUs by their CC provided by Nvidia.

So happy crunching and thank you for your support!

Radim Vančo (FoxKyong)
20 Nov 2022, 20:03:31 UTC

New FMA application released
We are happy to present you another set of applications that will utilize those CPUs, which possess the FMA instruction set!

It was built to support both Linux and Windows OS with 64bit architecture.
What must be taken into account with these applications is that depending on the CPU architecture, generation, model, version, speed and number of utilized cores, in some cases the FMA applications may run slower than the corresponding AVX ones because of how those instructions are handled on different architectures, details that I'll not going further here as there is a lot of information on Internet. Also, there could be another case using even the same FMA application. For instance, there could be a situation where on the same particular system, having your preferences restrict the use of just a single core of, let's say, an Intel(R) Xeon(R) W Processor Xeon W-2195 of the Skylake-W Architecture, that single core will run much faster, close to processors' Turbo frequency of 4.3GHz, than if your configuration allows the client to utilize let's say 12 or more cores. In the second case those cores will run close to the processors' base frequency of 2.3GHz, depending on their actual number, which will result drastically in lowering of the application performance. Take a look at this article where under the "Per Core Turbo Data" chapter you will find explanation about how the Turbo ratio limits works.

Still, while the Boinc server is capable of finding the best performed application for every particular system, taking into account multiple factors, and after a while it will start sending the right one for every particular system. Which means that even if your CPU is equipped with the FMA engine it still might receive an AVX tasks and there is nothing to be concerned.

So happy crunching and thank you for your support!

Radim Vančo (FoxKyong)
20 Nov 2022, 20:04:38 UTC

[pschoefer]

Seit etwa zwei Wochen gibt es eine 64-Bit-Anwendung für Linux auf ARM-CPUs (aarch64). Wurde zunächst mindestens glibc 2.29 und somit ein entsprechend neues Betriebssystem vorausgesetzt, funktioniert sie inzwischen auch mit älteren glibc-Versionen.

Neue Anwendung für aarch64 (armv8) unter Raspbian OS
Hallo zusammen,

eine neue 64-Bit-Version der Anwendung Period Search für Raspberry Pi wurde heute veröffentlicht, welche die Architektur aarch64 (armv8) unterstützt!

Wir hoffen auf Rückmeldungen von euch, wie sie funktioniert, da noch immer Probleme zu beheben sein könnten.

Frohes Crunchen und vergesst nicht, eure Einplatinenrechner aktiv zu kühlen, da die Anwendung die CPU-Kerne zeitweise sehr aggressiv auslasten kann.

Bis dann!
Georgi
21.12.2022, 18:57:23 MEZ

Originaltext:

New Raspbian OS aarch64 (armv8) application is here
Hi everyone,

A new, 64bit, version of the Period search application for the Raspberry Pi was released today supporting aarch64 (armv8) architecture!

It will be interesting to get some feedback from you about how it performs as there still could be some issues to be solved.

Happy crunching and don't forget to use active cooling on your boards as the app can be very aggressive to the cores on times.

Cheers!
Georgi
21 Dec 2022, 17:57:23 UTC