offener Betatest für neue cmsearch VM Anwendung

[duftkerze]

Ich habe derzeit 3 RNA-Workunits am laufen und möchte gerne noch eine 4 laufen lassen um den Prozzi
gleichmässig auszulasten mit einem Projekt.
Bei jeder Anfrage an den server wird die Festplatten belegung geprüft.
um eine Workunit zu erhalten benötigt man um die 10 GB an freien speicher.
Für jede laufenden wu wird aber nur 2 GB speicher benötigt.

Warum müssen unbedigt 10 GB freier Speicher vorhanden sein um dann nur 2GB Plattenplatz zu belegen?

Ich habe nun 10,7 GB Plattenplatz frei und bekomme trotzdem keine zusätzlich Workunit mit dem Hinweis, es fehle freier Festplattenspeicher.

Ich habe mir allerdings diesen freien Speicher mit Hilfe der NTFS-Kompression erkauft.

Boinc läuft auf einem Spezial-Laufwerk wo zusätzlicher Speicher sehr teuer ist.

Gruss dufti

[bbmz]

Ist denn die Beschränkung auf einen aktuellen Task pro Computer inzwischen aufgehoben? Ich dachte, dass diese immer noch aktiv sei ...

Abgesehen davon scheint die CPU-Zeit und die Laufzeit betreffend auch noch ein Fehler zu existieren. Die Aufgabe 14921945wurde von einem Rechner bearbeitet, der 24/7 lief - kaum Neustarts. Die Laufzeit stimmt mit diesen Angaben überein; die sehr viel geringere CPU-Laufzeit kann ich mir nicht erklären ... mal sehen, ob zumindest das Ergebnis bestätigt wird.

[Beorn]

Ich habe derzeit 3 RNA-Workunits am laufen und möchte gerne noch eine 4 laufen lassen um den Prozzi
gleichmässig auszulasten mit einem Projekt.
Bei jeder Anfrage an den server wird die Festplatten belegung geprüft.
um eine Workunit zu erhalten benötigt man um die 10 GB an freien speicher.

Hallo,

wußte gar nicht, dass die Beschränkung auf eine WU pro Rechner wieder aufgehoben wurde?

Die Erklärung weshalb pro WU 10 GB Plattenplatz benötigt werden, findet sich hier: http://www.rechenkraft.net/phpBB/viewto ... 88#p144120

[Michael H.W. Weber]

Ist denn die Beschränkung auf einen aktuellen Task pro Computer inzwischen aufgehoben?

Ja. Unser Client testet allerdings ob die laufende BOINC-Version auch fehlerfrei bezügl. des Speichermanagments ist. Siehe RNA World Mainpage.

Michael.

[ChristianB]

Bezüglich Speicherplatz und CPU Beschränkung ist schon alles richtig erklärt. Die CPU-Zeit ist die vom vboxwrapper benötigte Zeit, also was für die Verwaltung benötigt wurde. Die andere Zeitangabe ist die richtigere was die Laufzeit der VM angeht.

[paparazzipeter]

Habe z.Z. 6 WU parallel laufen, mir gerade eine 7. geholt, die aber nicht startet. Gibt es eine eingebaute Beschränkung ? Wenn ja, kann ich die durch eine app_config (cmsearch3) erhöhen ?
Es ist m.E. genug Plattenplatz vorhanden und die Cores sind verfügbar bzw. können frei gemacht werden.

[paparazzipeter]

Ergänzung zu meinem letzten Eintrag :
Habe eine app_config eingefügt zur Erhöhung der WU-Anzahl, BOINC neu gestartet - und die meisten WU sind ausgestiegen. Eine WU meldet, dass die VM gesäubert werden muss/müssen und eine weitere scheint starten zu wollen (die neugeholte ?!).
Vor der Aktion habe ich eine vollständige Sicherung des BOINC-Daten-Ordners durchgeführt. Ein Zurückladen und starten von BOINC ergibt die selben Probleme.
Habe im VirtualBox-Manager nachgesehen: Es gibt 6 abgeschaltete VM's und 1 nicht zugreifbare (vielleicht die 7. neue WU ?!).
Frage: Kann ich was tun (säubern im VM-Bereich, z.B. löschen der nicht zugreifbaren VM) ?
Ehe ich etwas blind weiter versuche, fahre ich die restlichen WCG-WU zu Ende und halte die o.g. BOINC-Sicherung.
Bin für jede Idee offen - wäre schade, die bisherige Rechenzeit zu verlieren (habe auf meiner 2. Maschine meine erste 1.06 mit über 600h abgeschlossen !)

[ChristianB]

Die Beschränkung auf 1 VM Aufgabe pro Host wurde erst kürzlich entfernt. Ansonsten muss genug Festplattenplatz (10 GB pro Aufgabe) und Arbeitsspeicher (4 GB pro Aufgabe) zur Verfügung stehen. Was es genau ist kann man den BOINC Manager Meldungen entnehmen. Eine app_config.xml auf Clientseite sollte die Anzahl der laufenden Aufgaben eher beschränken als erhöhen daher glaube ich das es nicht mit den Abbrüchen zusammenhängt. Ohne aber die Logs zu sehen kann ich nichts dazu sagen. Ich bräuchte da deine Userid oder HostId von RNA World. Eine Wiederherstellung von der Sicherung würde ich nicht empfehlen (der Server würde die erneute Einsendung abweisen).

[paparazzipeter]

Meine RNA-User-ID : 11175
Host-ID (PC1) : 27790 (Xeon-12-core; 32 GB Speicher; BOINC hat noch über 50 GB Platz).
Hinweis: Über Nacht war die 7. WU wohl gestartet, wurde jedoch teilweise verdrängt, meldete zwischendurch mal "warte auf speicher" (welchen Speicher ?). Beim Runterfahren von BOINC warte ich immer ausreichend, damit alles abgespeichert werden kann. Da ich mit 2 SSD's arbeite (1 für Sys, 1 nur für BOINC), müsste die Zeit immer ausgereicht haben.
Meine Idee : Wenn die WCG-WU abgearbeitet sind, könnte ich die "fehlerhafte" VM löschen, die "alten" 6 RNA-WU starten und mal sehen, was passiert. Voraussetzung ist, dass keine bessere Idee kommt.

[ChristianB]

Alle 7 Aufgaben sind noch nicht an den Server gemeldet. Daher kannst du gerne die alten VM starten und schauen was passiert.

[paparazzipeter]

Ich war wohl schnell genug und hatte die Verbindung unterbrochen (kannte ich aus der Vergangenheit, als man noch öfters von der Sicherung wieder starten konnte/durfte).
Kann/soll ich denn die "fehlerhafte" VM löschen ? Meine Vermutung ist, dass da der bzw. ein Wurm drin ist. Möglicherweise geht dann eine WU verloren - wenn die Vorgehensweise überhaupt so klappt.

[Michael H.W. Weber]

Überlege Dir bitte in Zukunft vielleicht auch mal, ob Du solche manuellen Manipulationen bei schon lange laufenden WUs wirklich angehen solltest. Da würde ich doch eher mal das schon lange rechnende abschliessen und dann experimentieren, damit die potentiellen Verluste minimiert werden, oder?

Michael.