Folding@Home: Öffentlicher Betatest des SMP-Client

TiKu

Administrator
Teammitglied
★ Themenstarter ★
Mitglied seit
16.11.2001
Beiträge
21.705
Renomée
1.321
Standort
München
  • SIMAP Race
  • QMC Race
  • Spinhenge ESL
  • Docking@Home
  • BOINC Pentathlon 2021
Der kürzlich gestartete Betatest des Folding@Home SMP-Clients (<a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?category=2&id=1162926704">wir berichteten</a>) geht in die zweite, die öffentliche, Phase. Jeder Nutzer von Linux x86-64 oder MacOS X, welcher im Besitz von SMP-fähigen Rechnern ist, kann ab sofort den Client auf Herz und Nieren testen. Er trägt die Versionsnummer 5.91, stammt vom neuesten GPU-Client ab und ist bis zu vier Mal schneller als der alte Client. Bis auf weiteres werden nur Gromacs Work-Units unterstützt.

Vor der Installation sollte ein ggf. vorhandener älterer Client entfernt werden, um Probleme zu vermeiden. Den FAQ zufolge läuft der Client am besten auf Rechnern mit vier CPU-Kernen, bei zwei Kernen gibt es dagegen noch einige Probleme. Nutzer von Linux mit 2 GB RAM oder mehr sollten die Größe des vorhandenen Arbeitsspeichers von Hand eingeben, da es mit der automatischen Erkennung Probleme gibt. Des Weiteren empfiehlt es sich, große Work-Units (WUs) zuzulassen, da die meisten SMP-WUs unter diese Kategorie fallen.

Der Client ist zwei Monate lauffähig, bis dahin wird es eine neue Betaversion geben. Unterstützt werden derzeit MacOS X (Intel) und Linux x86-64. Nutzer von Microsoft Windows oder einem 32-Bit-Linux müssen sich noch gedulden, denn diese Betriebssysteme werden erst später unterstützt werden.

<b>Download:</b> <a href="http://www.stanford.edu/group/pandegroup/folding/download.html" target="b">SMP-Client 5.91 Beta</a>

<b>Links zum Thema:</b><ul><li><a href="http://www.stanford.edu/group/pandegroup/folding/FAQ-SMP.html" target="b">FAQ zum SMP-Client</a> (mit Installationsanleitung)</li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?category=1&id=1115303017">Stanford veröffentlicht Forschungsergebnisse über Krebs</a></li><li><a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=242746">Hintergrundinfo zu untersuchten Krankheiten</a></li><li><a href="http://www.planet3dnow.de/vbulletin/forumdisplay.php?f=88">Planet 3DNow! Folding@Home Team-Forum</a></li><li><a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=127191">FAQ zum Folding@Home (F@H) Projekt</a></li></ul>
 
Ach mist, jetzt wechselte ich extra von x86-64 auf x86, weil ich mit BOINC meist keine Vorteile dadurch hatte, jetzt kommt die super Beta nur für x86-64, tolle Wurst. :]
 
Das dachte ich mir auch.
Habe erst vor 2 Monaten von 64Bit zurück auf 32Bit gewechselt - und nun das...
 
Unerwarteter, aber sinnvoller Schritt seitens Stanford.
Schließlie treiben die Hyperthread und MultiCore-CPUs die Anzahl der Clients auf dem PC un din der Statistik (Active CPU within 5 Days) unnötig in die Höhe und die Wartezeiten, bis eine WU fertig ist, werden hoffentlich deutlich gesenkt.
Ich habe ein System, auf dem vier (!!!) F@H-clients laufen (ein Xeon-DualCore-HyperThreaded)...so ein Unsinn hat dann ein Ende.

Habe allerdings noch keine Erfahrungen mit Beta-Versionen von F@H-clients gemacht. Sind die brauchbar, oder gibts viele abgebrochene WUs?

Ist schon abzusehen, wann es einen brauchbaren Client für 2 cores unter Windows (WinXP, Win2003-32Bit) geben wird?


EDIT: lese gerade folgendes "The code does best on Core 2 Duo/Woodcrest class chips"...bisher lief F@H doch soweit ich richtig gelesen habe besser auf AMD-A64-CPUs, als auf C2Ds... hat sich da was geändert?
 
AFAIK hatten C2D CPUs bei F@H schon immer bei fast allen WUs Vorteile.
 
Bei fahinfo.org sieht die Sache so aus:


indiana hat da also genau die Cores erwischt, die dem C2D nicht liegen: GBGromacs und Amber. Bei normalen Gromacs WUs ist er dafür teilweise deutlich schneller.
 
Ich finde es etwas dämlich, den Client abzuwürgen, wenn nur eine CPU gefunden wird. Naja, warte gerade auf mein DualCore Notebook, da kann ich dem Teil mal auf den Zahl fühlen. *g*
 
Zurück
Oben Unten