G@H: Wie schnell geht es bei euch!!!
-
Evilseed
- FAQ-Leser

- Beiträge: 215
- Registriert: 20.04.2002 17:37
- Wohnort: Wilhelmshaven
G@H: Wie schnell geht es bei euch!!!
Hi Leutz,
hab mal gerade G@H laufen. Wie lange sollte ein Paket dauern bei meinem Rechner:
Athlon XP 2400+, 512 DDR, WinXP
Habe den TExtclient installiert mit Genome Monitor, wenn ich das hier richtig sehe dann braucht der bei mir für 1 Sequenz gut 17,5 Min. Ist das nicht ein wenig langsam???
Gibt es irgendwelche Tuning Maßnahmen???? z.B. Libary entpacken (ging bei irgendeinem Projekt mal).
Mag sein das die Antworten irgendwo im Forum stehen........ Ich hab jetzt aber keine Lust mehr zu suchen *faulbin*.
Thx Sven
Gute Nacht und träumt schön *g*
hab mal gerade G@H laufen. Wie lange sollte ein Paket dauern bei meinem Rechner:
Athlon XP 2400+, 512 DDR, WinXP
Habe den TExtclient installiert mit Genome Monitor, wenn ich das hier richtig sehe dann braucht der bei mir für 1 Sequenz gut 17,5 Min. Ist das nicht ein wenig langsam???
Gibt es irgendwelche Tuning Maßnahmen???? z.B. Libary entpacken (ging bei irgendeinem Projekt mal).
Mag sein das die Antworten irgendwo im Forum stehen........ Ich hab jetzt aber keine Lust mehr zu suchen *faulbin*.
Thx Sven
Gute Nacht und träumt schön *g*
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23165
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
-
Evilseed
- FAQ-Leser

- Beiträge: 215
- Registriert: 20.04.2002 17:37
- Wohnort: Wilhelmshaven
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23165
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Also v0.99 ist astrein.
Die Stats erscheinen oft erst später. Manchmal auch gar nicht (selten). Daher ist es empfehlenswert, man hat ein "backup" des Verzeichnisses, bevor man hochlädt (geht ja alles "offline" ad infinitum wie bei DF: mußt bloß den Klienten mit -nonet starten). Wenn nach 3 Tagen nichts in den Stats steht, das gezippte Verzeichnis an die Stanforder mailen.
Michael.
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
Evilseed
- FAQ-Leser

- Beiträge: 215
- Registriert: 20.04.2002 17:37
- Wohnort: Wilhelmshaven
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23165
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
-
Pascal
So. Momentan sind die Sequenzen bei Genome@home mal schön schnuckelig klein, mein 1400er Athlon braucht etwa 17 min pro Sequenz - also knapp 8 Stunden für ein Gen. 
Noch eine kleine Frage zu den Statistiken, die hoffentlich in den nächsten Tagen wieder aktuell sein werden:
Es ist das die Rede von processed units, die auch in ziemlich schiefen Werten angezegt werden. Was steckt denn genauer dabei dahinter?
So, meine Kisten bollern - und Eure?
Noch eine kleine Frage zu den Statistiken, die hoffentlich in den nächsten Tagen wieder aktuell sein werden:
Es ist das die Rede von processed units, die auch in ziemlich schiefen Werten angezegt werden. Was steckt denn genauer dabei dahinter?
So, meine Kisten bollern - und Eure?
Zuletzt geändert von Pascal am 23.09.2003 11:29, insgesamt 1-mal geändert.
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23165
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Die "processed units" geben einen "willkürlichen" Punktestand an. Nach diesem werden die Benutzer in der Rangliste sortiert. Im Gegensatz zu anderen Projekten ist der Rechenaufwand pro WU bei Genome@home sowie bei Folding@home auf eine Referenz-WU normiert. Das bedeutet, daß der Punktestand stets mit der tatsächlichen Rechenleistung korreliert. Man versteht auch sofort warum das sinnvoll ist: Einige Proteine sind größer als andere und erfordern also mehr Rechenleistung zur WU-Komplettierung. Daher ist die Zahl der berechneten WUs nicht gleichzusetzen, mit der eingesetzten Rechenleistung. Von einer solchen Normierung könnten sich andere Projekte mal eine Scheibe abschneiden...Pascal hat geschrieben:Es ist das die Rede von bprocessed units, die auch in ziemlich schiefen Werten angezegt werden. Was steckt denn genauer dabei dahinter?
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.

