Technische Details zum Cluster

Nachricht

^r00t^ · #37 Ungelesener Beitrag von **^r00t^** » 26.01.2004 08:39

Man Leute... es geht hier nicht darum, was der Java Shice für Aufgaben hat, sondern darum, das er Probleme macht.

Wenn eine Unit fertig ist, rödelt der Java Prozess weiter... und muss sich mit dem nächsten Prozess die CPU time teilen... und so weiter... bis dann irgendwann der Load bei 12 ist... dann dauert eine Unit aber auch schon stunden...

^r00t^ · #38 Ungelesener Beitrag von **^r00t^** » 01.02.2004 11:01

Planänderungen was den Betrieb angeht:

Ich kopiere nach dem Start die Clients in eine art Ramdisk (tmpfs) und starte sie dadrin. Die Nodes laufen seit Wochen stabil, so dass keine unerwarteten WU verluste zu erwarten sind.

Auch der übertaktete 3200+ läuft stabil!

Grüsse,
root

#39 Ungelesener Beitrag von **yoyo** » 02.02.2004 18:21

^r00t^ hat geschrieben:Ja, wenn denn nur die Units berechnet werden würden... und der Load nicht ins unermessliche steifen würde....

Welche Prozesse erzeugen denn die Last?

^r00t^ · #40 Ungelesener Beitrag von **^r00t^** » 02.02.2004 18:48

Hab ich alles schon näher beschrieben... die Java Prozesse.

#41 Ungelesener Beitrag von **yoyo** » 04.02.2004 17:39

Hi,

auf meiner Sun mit 2 CPU's läuft TSC prima. Java benötigt nur max. 10% CPU Zeit und die WU's rauschen schnell durch. Leider ist die Kiste nicht im Internet, so daß ich die WU's per Hand transferieren muß.

Bei ^root^ entstand die Last beim upload. Ich würde mal probieren, TSC inkl. JRE in die ramdisk zu packen. Mal sehen, ob dann die load niedriger ist.

yoyo

SpeedKing · #42 Ungelesener Beitrag von **SpeedKing** » 04.02.2004 18:00

Das bringt auch nix, wenn nach einem Tag 100 Java-Prozesse laufen, die Last erzeugen...

#43 Ungelesener Beitrag von **yoyo** » 04.02.2004 18:02

Mittlerweile wird das hier http://www.d2ol.com/cgi-bin/ultimatebb. ... 1;t=000070 auch diskutiert.