Das Projekt integriert existierende Projekte mittels der Boinc Wrapper Technologie: http://boinc.ssl.berkeley.edu/trac/wiki/WrapperApp
Ganz nebenbei wird auch der Umgang mit der Boinc Infrastruktur gelernt.
Subprojekte:
Es kann unter your account und yoyo@home "preferences" eingestellt werden, für welche Unterprojekte work units ausgegeben werden.
OGR-27
Es wird der orginale Distributed.net Client integriert. Damit beteiligt sich yoyo@home am OGR-27 Projekt, welches einen optimalen Golomb-Maßstab (Wikipedia) der Länge 27 sucht. Pro WU werden derzeit 7 OGR-27-WUs ausgegeben, was zu einer benötigten Rechenzeit von bis zu 40 Stunden führt.
Die WU-Namen sind folgendermaßen aufgebaut (z.B. bei ogr_071121065046_71)
ogr_ Name der Applikation
071121 Jahr, Monat, Tag an der sie erzeugt wurde
065046 Stunde, Minute, Sekunde an der sie erzeugt wurde
_71 fortlaufende Nummer innerhalb des Batches
Eigenschaften der Applikation
Checkpoints werden etwa alle 15 Minuten geschrieben
Fortschrittsanzeige nach einer von 7 OGR wird die Anzeige um 14,2% erhöht. Dies kann allerdings bis zu 5h dauern
Credits werden anhand der verarbeiteten GigaNodes vergeben
Evolution@home
Das Projekt untersucht die menschliche Mitochondrien-DNA. Es wird die Frage gestellt, ob der Mensch irgendwann aufgrund der angeblich nicht stattfindenden Mitochondrien-DNA-Reparatur bzw. -Rekombination aussterben wird. Die Mitochondrien sind die Kraftwerke der eukaryotischen Zelle (sie produzieren ATP). Nun werden die Mitochondrien aber ausschließlich von der Mutter vererbt. Weil das so ist, nimmt man auf Basis heutiger Mitochrondrien-DNA-Sequenzvergleiche an, daß es nur 7 (ich hoffe, ich erinnere mich richtig) weibliche Individuen gab, von denen die gesamte Menschheit abstammt. Auf dieser Grundlage kann man übrigens auch nachvollziehen, wo welche Bevölkerungsgruppen über die menschliche Entwicklungsgeschichte auf diesem Planeten hinwanderten. Wenn nun die Mitochondrien-DNA nicht rekombiniert / repariert wird, dann häufen sich zufällig aquirierte Mutationen über die Zeit an und könnten zum Aussterben einer Spezies führen. Das Evolution@home-Ergebnis zu dieser Thematik ist auch bereits publiziert und besagt, daß der Mensch eigentlich längst hätte ausgestorben sein müssen. Jetzt befaßt sich Evolution@home mit der Frage, wie man erklären kann, daß dies eben de facto nicht passiert ist. Ein allgemeiner Übersichtsartikel zur Thematik findet sich hier (Englisch, OpenAccess).
Die WU-Namen sind folgendermaßen aufgebaut (z.B. bei evo_1196518209-696_439KB_6.94)
evo_ Name der Applikation
1196518209 Unix Timestamp an der sie erzeugt wurde
439KB_ geschätzter Hauptspeicherbedarf
6.94 geschätzte Laufzeit in Stunden auf einem 500MHz Pentium
Eigenschaften der Applikation
Checkpoints gibt es nicht, aber mit der "keep in memory"-Einstellung bei BOINC kann man die Applikation auch anhalten
Fortschrittsanzeige basiert auf der Schätzung der WU Laufzeit. Da es sich um eine Schätzung handelt, kann die WU schon bei 40% fertig sein oder erst bei 150%.
Credits werden auf Grund der berechneten GigaIndividuals vergeben
Muon
Hintergrund dieses Projektes ist ein Experiment mit dem Namen Neutrinofabrik, welches ungefähr 2015 starten soll. Die Simulation des Clientprogramms dient zur Optimierung der produzierten Elementarteilchenmenge. Die anfangs erzeugten Protonen verursachen beim Aufprall auf ein Ziel die Emittierung von Pionen, welche in Myonen zerfallen. Die Myonen zerfallen letztendlich in einem Speicherring in Elektronen und Neutrinos. Das Problem dabei ist die Effizienz der Apparatur, mit welcher die erzeugten Teilchen mit Hilfe von Magnetfeldern "eingefangen" werden. Die Simulation mit dem Clientprogramm dient dazu, die Effizienz der Apparatur zu steigern. Dazu werden evolutionäre Algorithmen verwendet, die aus den bisher berechneten Ergebnissen immer wieder neue Variationen erzeugen und durchrechnen.
Namen sind folgendermaßen aufgebaut (z.B. muon_080405141544_71)
muon_ Name der Applikation
080405141544 Jahr, Monat, Tag, Stunde, Minute, Sekunde als die work unit erzeugt wurde
_71 fortlaufende Nummer innerhalb des Batches
Eigenschaften der Applikation
Checkpoints alle 4 Minuten
Fortschrittsanzeige Erhöht sich alle 33,3%. Wenn eine Simulation ein besonders gutes Ergebnis liefert wird sie mit leicht veränderten Werten noch 4 Mal durchgeführt um das Ergebnis zu verifizieren. In diesem Fall erhöht sich die Anzeige um 6,6%.
Credits basieren auf der Anzahl von Iterationen
ECM
ECM ist ein Programm, das die Elliptic Curve Factorization durchführt. Die ist ein Algorithmus, der kleine Faktoren (weniger als 70 Stellen) von großen Zahlen finden kann. ECM wird unter Anderem von folgenden Projekten benutzt:
* Oddperfect, ECMNET, ElevenSmooth, XYYXF, Mersenneplustwo Factorizations, Homogeneous Cunningham numbers, near-repdigit-related numbers
ECM läuft in 2 Phasen. Phase 2 nimmt nur etwa ein Fünftel der Zeit in Anspruch, benötigt dafür aber bis zu 900 MB an Arbeitsspeicher. Eine BOINC work unit beinhaltet 5 ECM Aufgaben.
Der Name der work units besteht aus folgenden Teilen (e.g. ecm_op_1230499877_419_71M.C184_3)
ecm_ Name der Applikation
op_ Name des faktorisierenden Projekts (es=ElevenSmooth, mp=Mersenneplustwo Factorizations, nr=near-repdigit-related numbers, op=Oddperfect, ru=RepUnit, xy=XYYXF)
1230499877_ Unix-Zeitstempel der wu-Erstellung
419_71M.C184_ Name des Wertes, der faktorisiert werden soll, der unfaktorisierte Teil eines zusammengesetzten (composite) Faktors von 419^71-1 (M=-, P=+) der 184 Stellen lang ist
3 laufende WU-Nummer
Eigenschaften der Applikation
Checkpoints alle 10 Minuten
Fortschrittsanzeige ja, alle 20%
Credits je nach Komplexität
EulerNet
Für die Gleichung a1k + a2k + ... + amk = b1k + b2k + ... + bnk werden minimale Lösungen gesucht, wobei alle k, m, n und jeder Ausdruck ai sowie bj positive natürliche Zahlen sind. Zurzeit wird unter yoyo@home die Gegenprüfung für k=6 durchgeführt. Für dieses Subprojekt wird nicht der BOINC-Wrapper benutzt, die Anwendung wurde nativ kompiliert.
Die WU-Namen sind folgendermaßen aufgebaut (z.B. bei eul_568_0_1272105330_2)
eul_ Name der Applikation
1272105330_ Unix Timestamp an der sie erzeugt wurde
Eigenschaften der Applikation
Checkpoints werden abhängig der BOINC-Einstellung (Schreibe auf Festplatte) geschrieben.
Fortschrittsanzeige zählt in Ein-Prozent-Schritten hoch
Credits werden anhand der Claimed Credits vergeben
Yoyo@home/Badges :
