Lifemapper: Platz 7...

[Michael H.W. Weber]

...ist unser!

Michael..

[dentist]

Hoffentlich bleibt der Textclient noch lange so schnell, im Augenblick macht es richtig Spaß damit...

[Pascal]

Jo, der fluppt ganz gut.

[Dr.Evil]

Die Anzahl der Versuche ein Modell zu erstellen(von bisher 3500 auf 7000)ist bereits bei der Herausgabe des CLI-Client's eingefuegt worden.
Schnell ist er ja aber noch buggy.

[Michael H.W. Weber]

Kann ich mehr als einen Lifemapper CLI Client auf ein und demselben Rechner GLEICHZEITIG betreiben, ohne mit Streß rechnen zu müssen? Der Cache ist einfach popelig klein.

Michael.

[Dr.Evil]

Nachdem die "Bugs"vertrieben sind,soll der Cache auf 99 erhoeht werden.Habe das irgendwo im Beta-Test Forum gelesen.
Habe es gestern versucht 2 Clients(verschiedene Directory)laufen zu lassen.Heute morgen waren beide verschwunden.Ich weiss aber nicht ob die Ursache das gleichzeitig laufen war.

[dentist]

Ein paar kleinere Probleme hat der Client zwar noch, allerdings macht das die Geschwindigkeit mehr als wett, und der Trend geht doch sowieso zum Drittprojekt als Absicherung
Auf gehts, Platz 6 möchte erreicht werden...

[Michael H.W. Weber]

Habe es gestern versucht 2 Clients(verschiedene Directory)laufen zu lassen.Heute morgen waren beide verschwunden.Ich weiss aber nicht ob die Ursache das gleichzeitig laufen war.

Vermutlich nicht. Ich habe heute festgestellt, daß der CLI Client sich terminiert, sobald kein Netzzugriff möglich ist und sämtliche WUs im Cache bereits abgearbeitet worden sind. Vielleicht kann das mal jemand bestätigen?

Michael.

[Pascal]

Vielleicht kann das mal jemand bestätigen?

Meine beiden arbeiten daran
EDIT: MHWW, welche Optionen hast du denn verwendet? Meiner läuft mit -q -c 20
EDIT2: er lief auf o.a. Optionen:

Exception info: [10302] - Error encrypting plain text in Crypto::encryptText()

[Michael H.W. Weber]

...welche Optionen hast du denn verwendet? Meiner läuft mit -q -c 20

Das habe ich zwar lang und breit hier im Forum in einem anderen "thread" erläutert - aber gut. Meiner läuft mit

-p 64 -c 50

Den "quiet mode" habe ich auch mal getestet, aber da habe ich zuwenig Kontrolle, was der Client macht und Kontrolle ist hier wichtig, denn das Abschalten, welches ich nach Beendigung aller WUs im Cache beobachtet haben wollte, hat sich mittlerweile als "bug" herausgestellt - zumindest in einem Fall. Der eine Rechner hat in der Tat alle WUs aus dem Cache abgearbeitet und sich dann abgeschaltet, nachdem weiterhin kein Netz zur Verfügung war - das würde ja auch Sinn machen. Der andere hingegen hatte nur 15 der 20 WUs abgearbeitet (wie ich jetzt erst herausfand) und sich dennoch terminiert. BEIDE ließen sich NICHT mehr starten!!! Zur Abhilfe muß man folgendes machen: Das komplette Verzeichnis einfach woanders hinkopieren und dann DORT ohne Parameter starten. Schon geht es. Ich habe mir hier "den kleinen Wolf" getestet, bis ich das herausgefunden hatte.

Michael.

[dentist]

Es scheint definitiv etwas mit dem Netzzugriff zu tun zu haben, gestern Nacht hing ein Client beim Upload fest, er meldete ununterbrochen "upload of ... bytes 100% complete", das war aber nach beenden und neu starten erledigt.

[Michael H.W. Weber]

Es scheint definitiv etwas mit dem Netzzugriff zu tun zu haben, gestern Nacht hing ein Client beim Upload fest, er meldete ununterbrochen "upload of ... bytes 100% complete", das war aber nach beenden und neu starten erledigt.

Dieses Problem hatte ich gestern auch - auf zwei unabhängigen Maschinen.

Michael.