Rechenkraft.net e.V.

Norman hat geschrieben:wenn der "zerstückler" funktioniert, dann müsste man theoretisch ja keine einzige WU mehr ausgeben die lange läuft und ALLES einheitlich so zerhacken,
dass laufzeiten bis max. z.b. 1-4h entstehen bei jeder art von WU. (cms,cmc ...).
auch die auswahl in den einstellungen (xxl/s) könnte man sich schenken, da sowieso alles ungefähr einheitlich lange laufen wird.
für user also perfekt mit standardlaufzeiten bei einem projekt.
wann kommt das endlich?

Tja, das ganze funktioniert durchaus. Hat aber zwei Haken und zwar einerseits die Ergebnisarchivgröße auf dem Server (60 GB Ergebnisarchiveinzeldateigrößen kamen durchaus vor...) und andererseits der Traffic für die clientseitigen Ergebnisuploads. Um das flächendeckend einzusetzen, bräuchten wir mal eben eine Verfielfachung der Festplatten auf dem Server. Auch die Ergebnis-Datenbank dürfte dann ganz ordentlich mit falsch-positiven geflutet werden und ganz schnell weitere Probleme verursachen. Läßt sich aber im Grunde alles lösen...

Michael.

Mein Spezialtask

Tast ID http://www.rnaworld.de/rnaworld/result. ... id=8842485

Work ID http://www.rnaworld.de/rnaworld/workuni ... id=3813115

rechnet jetzt seit mehr als 80 Tagen...

Das Ergebis vom Kollegen Norman hatte etwa 24 Tage gebraucht. Auch wenn man die Rechner wahrscheinlich seitens der Geschwindigkeit nicht 1 : 1 nehmen kann - da stimmt was nicht; ich bin drauf und dran diesen task aufzugeben.
Es gibt 2 Möglichkeiten: entweder stimmt Normans Zeit, okay 24 Tage ist schon heftig; oder meine Rechenzeit; bei letzterem sind solche tasks fast schon eine Zumutung, gerade bei fehlenden realen checkpoints.

Bei längeren Tasks sollte unbedingt erkennbar sein, ob der Rechner noch sinnvolles tut, oder aber längst nicht mehr.

Grundsätzlich gefällt mir das Projekt; aber mit Dingen wie Introns etc muß man sich wirklich was einfallen lassen - sonst halte ich diese Aufgaben nicht über Distr. Computing für lösbar!

Deine Links führen leider in nicht zugriffsfähige Bereiche, sodass ich da leider nicht weiter nachsehen kann.

Michael.

das sind bei Eisfelder:
http://www.rnaworld.de/rnaworld/result. ... id=8842485
bzw.
http://www.rnaworld.de/rnaworld/workuni ... id=3813115

@Eisfelder: Schau doch mal bitte in Deinem Taskmanager nach, was bei dem betreffenden CMSEARCH-Prozess an CPU Laufzeit und maximalem RAM-Verbrauch (also "peak memory") angezeigt wird. Ich hatte auch schon zwei grpße Intron_gpI durchgenudelt und es brauchte auf meinem QuadCore (AMD XPhenom II 955BE@3.2 GHz) ca. 1200 Stunden.

Michael.

Bei diesem Intron finde ich folgende Angaben:

Prozessorzeit: 1913 Stunden ...
Verbrauchte Zeit 1922 Stunden....
Größe virtueller Speicher: 991,42 MB
Größe Arbeitspaket: 777,90 MB

Eine Anzeige über Peak memory kann ich nirgendswo finden.

Ich gebe diesem Intron noch Zeit bis zum Wochenende, dann werde ich diesen Task vermutlich abbrechen, da
ich das Gefühl habe, dass der sich im Kreise dreht, auch wenn es mir um die vielen Stunden ein bischen leid tut...

Der Rechner ist ein Athlon IIx4 640 Prozessor 3.0 Ghz mit 4 GB RAM, ansonsten recht fix, übrige Tasks hatten bislang keine
für mich erkennbaren Probleme aufgewiesen.

@yoyo: Ob der Validator sich dieses Ergebnis auch noch mal anschauen könnte? *lieb guck*

Erledigt.
yoyo

Eisfelder hat geschrieben:Eine Anzeige über Peak memory kann ich nirgendswo finden.

Dazu mußt Du Deinen Taskmanager auch entsprechend anpassen, denn das wird nicht per Voreinstellung angezeigt: Mal im Tab "Prozesse" unter "Ansicht" (in der Menüleiste) "Spalten auswählen" anklicken. Da dann die benötigten Häkchen setzen (Arbeitsspeicher - Spitzenarbeitssatz). Vermutlich wirst Du erst jetzt merken, was Dein Taskmanager alles so bietet.

Was die WU betrifft, würde ich sie laufen lassen, wenn die CPU Zeit nach wie vor voranschreitet.

Michael.

anscheinend gibt es noch probleme mit maximum elapsed time exceeded bei den introns.
http://www.planet3dnow.de/vbulletin/sho ... ost4403968

@ Yoyo, könntest Du bitte für folgende WUs die Deadline verlängern:

http://www.rnaworld.de/rnaworld/workuni ... id=4495985

http://www.rnaworld.de/rnaworld/workuni ... id=4496257

Da die Kiste mit HT läuft - vielleicht 40 d?

Sind verlängert.
yoyo