Neues Projekt: yoyo@home

Es gibt eine neue Anwendung bei yoyo: Odd Weired Search

Version 0.01 Wurde heute installiert und gibt es erstmal nur für Linux OS

Das einzige was ich dazu auf die schnelle gefunden hab:

http://www.rechenkraft.net/phpBB/viewtopic.php?f=56&t=12859
http://www.rechenkraft.net/wiki/index.php?title=Benutzer_Diskussion:Yoyo/yoyo%40home

WU`s gibt es bisher noch keine, das Projekt steht bei mir aber schonmal auf stand-by.
( Bin gespannt wie das Badge dazu aussehen wird *buck* )

Edit:

Die ersten ( Test ) WU`s habe ich durch:

1h13min ( 4379s ); 4,25 Credit Auf einem Opteron 3280 ( 8 Kern FX @ 2.4 GHz )

Da das Punkte-technisch wahrscheinlich ein neuer Negativrekord ist findet Ihr die WU ganz unten im Credit Index *lol*
( Könnte aber auch an meinem Wingman liegen, der hat extrem wenig geclaimt: 2,2 zu 23,8 )

Edit2:

Die regulären WU`s scheinen im normalen Rahmen zu punkten, die Laufzeit variiert.
Das Gros läuft bei mir zwischen 3500s - 5500s und bringt 35 - 65 Punkte.
( Eigentlich ganz gut für den kleinen Opteron )

Einen Wikipedia Link dazu gibt`s noch:

Weird number
 
Zuletzt bearbeitet:
Nein, ich bin kein Leichenschänder, ich will nur nicht einen neuen Thread eröffnen.

Ich wollte nur loswerden, dass das Pending vom Cluster noch um Einiges steigen muß/wird, bevor der Output auf 100% ist.
Das Netzteil für die 2x 7702 ist gerade angekommen. Jetzt fehlt mir mal wieder nur noch das Mainboard.
 
Jetzt hab ich oft den Cluster als Wingman! *clap*
So macht das Spaß, endlich mal gibts regelmäßig ordentlich Siever-Punkte (3000/WU), nun wo die ungebenchten Instanzen und die Windosen weniger ins Gewicht fallen.
Beispiel:
 
Yoyo ist offline - seit 22:11 Uhr nicht mehr erreichbar.

Proxy Error​


The proxy server received an invalidresponse from an upstream server.
The proxy server could not handle the request

Reason: Error reading from remote server
 
Zuletzt bearbeitet:
Ist wieder erreichbar:

21.01.2026 14:33:47 | yoyo@home | Sending scheduler request: To report completed tasks.
21.01.2026 14:33:47 | yoyo@home | Reporting 1 completed tasks
21.01.2026 14:33:47 | yoyo@home | Not requesting tasks: "no new tasks" requested via Manager
21.01.2026 14:33:48 | yoyo@home | Scheduler request completed
21.01.2026 14:33:48 | yoyo@home | Project requested delay of 7 seconds
 
Es gibt eine neue Anwendung: ecm P2(20 GB RAM)
Nach den ersten >10WUs unter Linux Mint 22.2 (Ubuntu 24.04) sieht es vielversprechend aus, verhalten sich wie die anderen ecm und ecm P2:
  • keine WU-Begrenzung, daher selbst per app_config.xml darum kümmern, dass es nicht zu viele sind:

  • XML:
    <app_config>
        <app>
            <name>ecmP2-20G</name>
            <max_concurrent>2</max_concurrent>
            <gpu_versions>
                <gpu_usage>1.000000</gpu_usage>
                <cpu_usage>1.000000</cpu_usage>
            </gpu_versions>
            <fraction_done_exact>0</fraction_done_exact>
            <report_results_immediately>0</report_results_immediately>
        </app>
        <project_max_concurrent>0</project_max_concurrent>
        <report_results_immediately>0</report_results_immediately>
    </app_config>
  • keine Abbrüche
  • keine Checkpoints
  • selten 20GB, meist sehe ich bis 15GB
  • Laufzeit: 0,5h oder 2-3h
  • 131 oder 1615 Credits je WU (also mehr Credits als ecm P2)
  • Fortschrittsanzeige springt von vielleicht 20% direkt auf fertig
 
Zuletzt bearbeitet:
*knuddel2*@Crashtest

Ich dachte, das der Cluster sich darum kümmert, dass wir bei YAFU vorne sind, und Crashtest sich um Yoyo kümmert.

@enigmation
Danke für den Hinweis bezüglich Laufzeit der ecm P2(20 GB RAM).
Ich hatte sie abgewählt, nicht wegen RAM-Mangel, sondern auf Grund der Laufzeitvorhersage.

Ansonsten lasse ich jeweils 3 Rechner auf dem Cluster-Account, und 3 Rechner auf meinen Account laufen, damit die Wahrscheinlichkeit höher ist, dass die kompletten Punkte bei uns bleiben.
 
<app_config>
<app>
<name>ecmP2</name>
<max_concurrent>10</max_concurrent>
<name>ecmP2-20G</name>
<max_concurrent>10</max_concurrent>
</app>
<project_max_concurrent>256</project_max_concurrent>
<report_results_immediately>0</report_results_immediately>
</app_config>
Irgendetwas stimmt mit meiner app_config.xml nicht.
Dieser Eintrag sorgt dafür, dass ich überhaupt keine WUs mehr bekomme. Egal welches Projekt.
Deaktiviere ich die app-Einträge, bekomme ich reichlich von allem.

/var/lib/boinc-client/projects/www.rechenkraft.net_yoyo/app_config.xml
 
Wird denn bei dir in den Meldungen etwas angemeckert, dass etwas nicht stimmt mit der app_config?
Meine app_config.xml sieht so aus, keine Fehlermeldung:
XML:
<app_config>
    <app>
        <name>ecmP2</name>
        <max_concurrent>1</max_concurrent>
        <gpu_versions>
            <gpu_usage>0.000000</gpu_usage>
            <cpu_usage>0.000000</cpu_usage>
        </gpu_versions>
        <fraction_done_exact>0</fraction_done_exact>
        <report_results_immediately>0</report_results_immediately>
    </app>
    <project_max_concurrent>1</project_max_concurrent>
    <report_results_immediately>0</report_results_immediately>
</app_config>

Die Dauer ist bei mir aktuell 5h bis 7 h, hier drei Beispiele
yoyo@home 705.01 ecm P2(20 GB RAM) 05:01:48 (05:01:28)
yoyo@home 705.01 ecm P2(20 GB RAM) 05:59:12 (05:58:52)
yoyo@home 705.01 ecm P2(20 GB RAM) 07:01:44 (07:01:04)
 
Irgendetwas stimmt mit meiner app_config.xml nicht.
XML:
<app_config>

      <project_max_concurrent>256</project_max_concurrent>
      <report_results_immediately>0</report_results_immediately>

      <app>
          <name>ecmP2</name>
          <max_concurrent>10</max_concurrent>
      </app>

      <app>
          <name>ecmP2-20G</name>
          <max_concurrent>10</max_concurrent>
      </app>

</app_config>

Ich meine, die Applikationen brauchen jeweils eine <app></app> Iteration.
Und die report_results Zeile dürfte überflüssig sein, solange da keine 1 steht.
 
Danke, ich teste dass nachher mal. Im Augenblick irre ich durch die Landschaft , auf Grund der Eisenbahn-Strecken-Ausbesserung zwischen Hamburg und Hannover.

EDIT: Bei mir hat es leider nicht funktioniert. Weiteres testen muß jetzt erstmal wieder pausieren, bis Yoyo wieder P2-WUs erzeugt hat.
 
Zuletzt bearbeitet:
Linux?
Datei angelegt, Datei gespeichert, Rechte gesetzt, Datei eingelesen?
Fehlermeldungen des Clients?
 
Linux Ubuntu 24.04, 25.10 und 26.04

Der andere Inhalt wird berücksichtigt.

Nach erneutem einlesen erfolgt keine Fehlermeldung.

Nächstes Problem:

Lösche ich die app_config.xml, stelle im BM CPU-Nutzung auf 10% von 256 Threads, werden nur 12 WUs gerechnet.
Eigentlich müßten es ja 25 WUs sein.
In der cc_config.xml im Hauptverzeichnis sind keine diesbezüglichen Einschränkungen enthalten.
Hat Yoyo das Serverseitig so festgelegt?

RAM = 512 GB
 
@thorsam ich hab einfach für jede WU-sorte eine extra Instanz mit extra Profil im Projekt.
Und dann nur je eine app_config.xml mit z.B.:
Code:
<app_config>
<project_max_concurrent>2</project_max_concurrent>
</app_config>
 
So langsam setzt sich bei mir die Ansicht durch, dass es mal wieder an den Instanzen selber liegt. Wie auch immer das zusammen hängt.
Das war auch schon bei den Sprints für Asteroids@home oder Amicable Numbers. Da mußte ich auch verschiedene Instanzen durchprobieren,
bis die das gemacht haben, was ich wollte.
Aber ist ja wurscht, jetzt sind die P2 und P2-20 soweit ohnehin bei mir durch.
 
Ah, es gibt neue P2 WUs.

Auf dem EPYC 7V12-4 habe ich gerade die Probe aufs Example gemacht.
Auf der Instance boinc_31417 wollte er ums verrecken nicht mehr als 12 WUs gleichzeitig rechnen.
Jetzt habe ich die Instance boinc_31418 gestartet, und Peng, er würde auch bei 100% CPU-Nutzung auch maximale Anzahl an P2 WUs rechnen.
 
Ich glaube Yoyos Notebook-Projektserver ist heißgelaufen.
Das war es dann ja wohl mit dem Sprint.
Die augenblicklichen ecm-cn WUs werden vor 18 Uhr nicht fertig.
Sieht so aus, als wenn es jetzt darauf ankommt, wer am meisten RAM hat. ECM-P2 gibt es sporadisch.
 
Zuletzt bearbeitet:
Der 7945HX rechnet jetzt auf 6 Kernen ECM-P2 (Vorrat 110 WUs).
Der N6005 auf 2 Kernen ECM-P2 (25WUs).
 
Zurück
Oben Unten