Super

[supervisor]

Wier ich gerade gesehen habe, ist das Team von Rechenkraft bei SIMAP auf dem ersten Platz, Gratualtion !
Jungs, macht weiter so und vielen Dank für die Unterstützung !!!


cheers
Roland

[nightfolder]

Wier ich gerade gesehen habe, ist das Team von Rechenkraft bei SIMAP auf dem ersten Platz, Gratualtion !
Jungs, macht weiter so und vielen Dank für die Unterstützung !!!


cheers
Roland

rkn ist gern dabei - auch wenn momentan viele leute ungeduldig auf dem hosenboden hin- und herrutschen.
ich will es mal so formulieren: die probleme werden sich hoffentlich bald in luft auflösen und dann habt ihr all eure energie, sprich wütende äusserungen, posts und kritik, völlig umsonst eingebracht. gerade bei rkn hätte ich mir eigentlich mehr "bodenständigkeit" erwartet, schliesslich haben wir über die jahre genug vergleichbare projektstarts erlebt.


alex

[Hermes]

Wier ich gerade gesehen habe, ist das Team von Rechenkraft bei SIMAP auf dem ersten Platz, Gratualtion !
Jungs, macht weiter so und vielen Dank für die Unterstützung !!!


cheers
Roland

rkn ist gern dabei - auch wenn momentan viele leute ungeduldig auf dem hosenboden hin- und herrutschen.
ich will es mal so formulieren: die probleme werden sich hoffentlich bald in luft auflösen und dann habt ihr all eure energie, sprich wütende äusserungen, posts und kritik, völlig umsonst eingebracht. gerade bei rkn hätte ich mir eigentlich mehr "bodenständigkeit" erwartet, schliesslich haben wir über die jahre genug vergleichbare projektstarts erlebt.

Bedauerlicher Weise ist der letzte Projektstart, bei dem ich mitgemacht habe, Rosetta gewesen. Und das lief dermaßen reibungslos, dass man davon schon ein wenig verwöhnt ist. Zugegebenermaßen ist Rosatta auch aus dem Nichts aufgetaucht. Die haben in einer anscheinend geheimgehaltenen Phase schon mal die gröbsten Fehler beseitigt, so dass in der Regel auch ohne manuelles Eingreifen des Rechenkraftspenders (wie z.B. Herumkopieren von Dateien), gültige Ergebnisse herauskamen.

Auch wenn meine Postings im Simap-Forum vielleicht überspitzt bis zu hart erscheinen mögen, so sind meine Vorschläge doch darauf ausgerichtet den Imageschaden, den das Projekt gerade zweifellos erleidet, zu begrenzen. Es ist nichts falsches, wenn ein Projekt in der Testphase die WU Vergabe zeitweilig einstellt, bis alle Probleme gelöst sind, insbesondere, wenn diese dafür sorgen, dass eine überwiegende Anzahl an Resultaten nur aus Fehlermeldungen bestehen. Ich hoffe, ihr habt den Mut am Donnerstag Abend diese (oder eine ähnliche) Meldung abzusetzen: "Entschuldigung, aber wir bekommen die Probleme nicht kurzfristig in den Griff. Es werden daher vorläufig keine neuen work units mehr verteilt. Bitte kommen Sie Anfang nächsten Jahres zurück, wenn das Projekt fortgeführt wird." Aber vielleicht ist das ja auch nicht nötig.

Im übrigen wäre es sicher hilfreich, wenn ihr deutlich sichtbar auf der Projektstartseite bekanntgeben würdet, in welcher Entwicklungsphase ihr das Projekt seht. (public Alpha, public Beta, oder gar Production?) Bei keinem Hinweis könnte man auf Production schließen, aber das kann ja nicht stimmen.

mfG
Stephan

[aalerich]

Ach nun, so langsam scheinen es die Leute ja hinbekommen zu haben. Ich habe gerade mal meine hängenden WUs verfolgt und ein wenig herumgestöbert, die Clienterrors gehören wohl der Vergangenheit an. Beim teamlosen Yurik aus der Ukraine bin ich mir zwar nicht ganz sicher, auch wenn seine Rechner darauf schließen lassen, daß er kein Amateur ist, aber laut deren Forum weiß seit dem 15. auch Wolfgang Leonhard vom Team BOINC.at, daß er die zlib kopieren muß. Die anderen WUs scheinen relativ sicher durchzukommen, also denke ich, jetzt lohnt eine Unterbrechung nicht mehr. Das Gröbste ist wohl überstanden. Laßt uns mal unseren Vorsprung noch ein bißchen ausbauen, wenn die richtig großen Teams kommen werden wir ihn gut gebrauchen können...

Mit freundlichen Grüßen
aalerich

[Hermes]

Ach nun, so langsam scheinen es die Leute ja hinbekommen zu haben. Ich habe gerade mal meine hängenden WUs verfolgt und ein wenig herumgestöbert, die Clienterrors gehören wohl der Vergangenheit an.

Das sehe ich nicht so. In der Hoffnung eine funktiopnierende Applikation zu bekommen habe ich gestern 3 WUs angebrannt:
http://boinc.bio.wzw.tum.de/boincsimap/ ... ?wuid=3514
http://boinc.bio.wzw.tum.de/boincsimap/ ... ?wuid=3565
http://boinc.bio.wzw.tum.de/boincsimap/ ... ?wuid=3566
Von den 6 weiteren verteilten Results sind bereits 5 mit dem üblichen Fehler zurück. Nur das 6. Resultat wird von einem Rechner angefordert, der WUs auch tatsächlich berechnen kann.

[SpeedKing]

Ich hab auch grad mal durch die WU-Liste durchgebrowst, da sind heute noch ein ganzer Haufen Client Errors angekommen.

[aalerich]

Ja gut, es kann natürlich sein, daß ich ein bißchen Glück habe. Woll'n mal hoffen, daß es anhält...

Mit optimistischen Grüßen
aalerich

[nightfolder]

Wier ich gerade gesehen habe, ist das Team von Rechenkraft bei SIMAP auf dem ersten Platz, Gratualtion !
Jungs, macht weiter so und vielen Dank für die Unterstützung !!!


cheers
Roland

rkn ist gern dabei - auch wenn momentan viele leute ungeduldig auf dem hosenboden hin- und herrutschen.
ich will es mal so formulieren: die probleme werden sich hoffentlich bald in luft auflösen und dann habt ihr all eure energie, sprich wütende äusserungen, posts und kritik, völlig umsonst eingebracht. gerade bei rkn hätte ich mir eigentlich mehr "bodenständigkeit" erwartet, schliesslich haben wir über die jahre genug vergleichbare projektstarts erlebt.

Bedauerlicher Weise ist der letzte Projektstart, bei dem ich mitgemacht habe, Rosetta gewesen. Und das lief dermaßen reibungslos, dass man davon schon ein wenig verwöhnt ist. Zugegebenermaßen ist Rosatta auch aus dem Nichts aufgetaucht. Die haben in einer anscheinend geheimgehaltenen Phase schon mal die gröbsten Fehler beseitigt, so dass in der Regel auch ohne manuelles Eingreifen des Rechenkraftspenders (wie z.B. Herumkopieren von Dateien), gültige Ergebnisse herauskamen.

Auch wenn meine Postings im Simap-Forum vielleicht überspitzt bis zu hart erscheinen mögen, so sind meine Vorschläge doch darauf ausgerichtet den Imageschaden, den das Projekt gerade zweifellos erleidet, zu begrenzen. Es ist nichts falsches, wenn ein Projekt in der Testphase die WU Vergabe zeitweilig einstellt, bis alle Probleme gelöst sind, insbesondere, wenn diese dafür sorgen, dass eine überwiegende Anzahl an Resultaten nur aus Fehlermeldungen bestehen. Ich hoffe, ihr habt den Mut am Donnerstag Abend diese (oder eine ähnliche) Meldung abzusetzen: "Entschuldigung, aber wir bekommen die Probleme nicht kurzfristig in den Griff. Es werden daher vorläufig keine neuen work units mehr verteilt. Bitte kommen Sie Anfang nächsten Jahres zurück, wenn das Projekt fortgeführt wird." Aber vielleicht ist das ja auch nicht nötig.

Im übrigen wäre es sicher hilfreich, wenn ihr deutlich sichtbar auf der Projektstartseite bekanntgeben würdet, in welcher Entwicklungsphase ihr das Projekt seht. (public Alpha, public Beta, oder gar Production?) Bei keinem Hinweis könnte man auf Production schließen, aber das kann ja nicht stimmen.

mfG
Stephan

...wir haben kein problem mit kritik und konstruktiven vorschlägen. ich kann mich aber nur wiederholen, wenn ich feststellen muss: völlig unhaltbar, wenn jemand wegen eines kleinen problems - wohlgemerkt nach erst einer woche laufzeit - fordert, das projekt einzustellen. das ist nicht nur überzogen, dass wirkt einfach nur dumm. abgesehen davon ist die anzahl der skipped-wu's die durch den zlib1.dll-fehler entstanden sind, wesentlich(!) geringer als die bereits erfolgreich berechneten wu's. man sollte einem projektbetreiber nicht unbedingt kompetenz absprechen, wenn man selbst ein vergleichbares projekt noch nie betreut hat. und zu deiner frage bezgl. projektstatus: das projekt ist offiziell gestartet. in den ersten wochen kann jeder davon ausgehen, dass ein projekt eine mischung aus normaler produktion und phasen der anpassung besteht. letztlich bleibt nur festzustellen: der linux-client hat noch probleme, allerdings laufen die selben wu's seit wochen interaktiv auf dem linux-client ohne(!) jede probleme. da liegt die vermutung nahe, dass nicht der client das problem ist, sondern die "kommunikation" zwischen boinc-software und client? und zum schluss noch, nur für den fall, das du durch die quorum-einstellung bei der punktevergabe leer ausgegangen bist: die zero-client-wu's werden nachträglich mit den claimed credit's verrechnet.

also nicht soviel fordern, sondern auch mal mit dem zufrieden sein, was man bekommt. wenn dir das nicht passt, dann bleib einfach bei rosetta.

alex

[vfrey]

also nicht soviel fordern, sondern auch mal mit dem zufrieden sein, was man bekommt. wenn dir das nicht passt, dann bleib einfach bei rosetta

dazu fallen mir eigentlich nur zwei Sachen ein: Punkt eins, nicht die aufgetretenen Fehler im Projekt waren das Problem, sondern Eure öffentliche Kommunikation war eine Katastrophe. Punkt zwei, die Kritiker an Eurem Projekt aufzufordern, dann eben einfach andere Projekte zu rechnen, zeigt, dass sich Punkt eins mittlerweile leider nicht geändert hat.

[nightfolder]

also nicht soviel fordern, sondern auch mal mit dem zufrieden sein, was man bekommt. wenn dir das nicht passt, dann bleib einfach bei rosetta

dazu fallen mir eigentlich nur zwei Sachen ein: Punkt eins, nicht die aufgetretenen Fehler im Projekt waren das Problem, sondern Eure öffentliche Kommunikation war eine Katastrophe. Punkt zwei, die Kritiker an Eurem Projekt aufzufordern, dann eben einfach andere Projekte zu rechnen, zeigt, dass sich Punkt eins mittlerweile leider nicht geändert hat.

kommunikation besteht immer aus zwei beteiligten. es hilft wenig, wenn ihr erwartet, dass man haufenweise infos in die öffentlichkeit wirft, ohne dass man gesicherte aussagen treffen kann. vermutungen und womöglich aussagen zu treffen, die sich hinterher als falsch herausstellen, wäre fatal. und zum vorwurf mangelnder kommunikation: jeder von euch sollte eigentlich langsam kapiert haben, dass ich bei dem projekt selbst im team bin und als direkter kontaktmann jederzeit zur verfügung stehe. leider habt ihr, bis auf ticker und keller, davon keinen gebrauch gemacht. mitglieder anderer teams sind dazu ja auch in der lage. aufgrund der zahlreichen forendiskussionen gehen einzelne posts und meinung schnell mal unter - da ist es hilfreicher direkt die verantwortlichen anzusprechen. ausserdem: wenn ich schreibe "bleib einfach bei rosetta" ist das nicht bös gemeint, aber immer kleinlich zu vergleichen, die haben dies, die haben jenes... das ist doch unsinn.

alex

alex

[Lasse Kolb]

also nicht soviel fordern, sondern auch mal mit dem zufrieden sein, was man bekommt. wenn dir das nicht passt, dann bleib einfach bei rosetta

dazu fallen mir eigentlich nur zwei Sachen ein: Punkt eins, nicht die aufgetretenen Fehler im Projekt waren das Problem, sondern Eure öffentliche Kommunikation war eine Katastrophe. Punkt zwei, die Kritiker an Eurem Projekt aufzufordern, dann eben einfach andere Projekte zu rechnen, zeigt, dass sich Punkt eins mittlerweile leider nicht geändert hat. :evil2:

Trotz aller Kritiken: Ich bin guter Dinge und werde bei SIMAP bleiben, warte nur noch auf den Mac-Client, dann kriegt die Kiste hier schön was zu tun :)

[nightfolder]

also nicht soviel fordern, sondern auch mal mit dem zufrieden sein, was man bekommt. wenn dir das nicht passt, dann bleib einfach bei rosetta

dazu fallen mir eigentlich nur zwei Sachen ein: Punkt eins, nicht die aufgetretenen Fehler im Projekt waren das Problem, sondern Eure öffentliche Kommunikation war eine Katastrophe. Punkt zwei, die Kritiker an Eurem Projekt aufzufordern, dann eben einfach andere Projekte zu rechnen, zeigt, dass sich Punkt eins mittlerweile leider nicht geändert hat.

Trotz aller Kritiken: Ich bin guter Dinge und werde bei SIMAP bleiben, warte nur noch auf den Mac-Client, dann kriegt die Kiste hier schön was zu tun

in bezug auf den mac-client muss ich dich noch ein bisschen vertrösten. zunächst geht es darum, dass der linux client stabil läuft. dann wird es sicherlich in nächster zeit darum gehen, einen screensaver zu realisieren. mich würde interessieren, wieviele leute interesse an einem mac-client haben?

alex