News - Nächster CLIENT-Wechsel etwa 10. Dezember *geändert*

Analyse und Vorhersage von Struktur und Faltungsweg (Folding@home, GPUGRID, Rosetta@home, ...)
Nachricht
Autor
Benutzeravatar
Midon
Prozessor-Polier
Prozessor-Polier
Beiträge: 144
Registriert: 02.11.2002 09:45
Wohnort: Donauwörth

#25 Ungelesener Beitrag von Midon » 10.12.2002 22:22

Er hat jetzt allerdings unter Intel und Alpha viel mehr Fehlermeldungen im Logfile

Benutzeravatar
bluumi
Number-Cruncher
Number-Cruncher
Beiträge: 865
Registriert: 28.06.2001 01:00
Wohnort: Neuenhof

#26 Ungelesener Beitrag von bluumi » 10.12.2002 22:39

Arnim Weber hat geschrieben:So, der neue Client läuft bei mir bereits bestens... Er ist doppelt so schnell :evil2:
Ah, das wollte ich von euch bestätig hören... habe mich gleich krass gewundert dass der dfGUI "falsch" b.z.w. doppelt so schnell zählt ... also ist das doch kein fehler das Ding tut nur so schnell ...

Hmmm und womit haben wir das verdient, b.z.w. ist das teil nun einfach in der Wertung halb so gut :evil2: ?

Gruss
SwissTeam.NET , the better .NET... dist. computing-Team of Switzerland

Pascal

#27 Ungelesener Beitrag von Pascal » 10.12.2002 22:55

bluumi hat geschrieben:[
..
Hmmm und womit haben wir das verdient, b.z.w. ist das teil nun einfach in der Wertung halb so gut :evil2: ?

Gruss
Die Strukturen werden schneller berechnet, weil sie einfach von niedrigerer Qualität sind. Howard hofft, mit diesen einen niedrigeren RMSD zu bekommen, sie aber trotzdem verwenden zu können.

Benutzeravatar
Drakhon
PDA-Benutzer
PDA-Benutzer
Beiträge: 50
Registriert: 26.11.2002 20:42
Wohnort: Augsburg

#28 Ungelesener Beitrag von Drakhon » 10.12.2002 23:07

Hmm, das mit der niedrigeren Qualität hab ich noch net so ganz verstanden. Wenn das Ding einen niedrigeren RMSD liefert, und doppelt so schnell arbeitet (was es bei mir auch tut), dann is das doch besser.

Kann mir jemand genau erklären was hier niedrigere Qualität bedeutet?
Auf was außer dem RMSD kommts denn noch an?


Naja, wie auch immer, der neue Client sorgt jedenfalls dafür dass ich die "Nichtfaltenden" in unserem Team schneller einholen kann :wink:
Aktuelles Projekt: Distributed Folding

Benutzeravatar
bluumi
Number-Cruncher
Number-Cruncher
Beiträge: 865
Registriert: 28.06.2001 01:00
Wohnort: Neuenhof

#29 Ungelesener Beitrag von bluumi » 10.12.2002 23:20

Drakhon hat geschrieben: der neue Client sorgt jedenfalls dafür dass ich die "Nichtfaltenden" in unserem Team schneller einholen kann :wink:
Ja, das ist ein positiver Effekt. Für mich hat es NOCH einen ... Ich hatte das Problem, dass wenn ich auf 1'000 Strukturen (minimum Einstellung) ging der PC meist bei nicht vollkommen unbelstung nicht durchkam... und so viele Units flöten gingen.. nun habe ich viel mehr Chance dass DF auch auf PC funktioniert welche tagsüber laufen.. :evil2:
SwissTeam.NET , the better .NET... dist. computing-Team of Switzerland

Benutzeravatar
Michael H.W. Weber
Vereinsvorstand
Vereinsvorstand
Beiträge: 23168
Registriert: 07.01.2002 01:00
Wohnort: Marpurk

#30 Ungelesener Beitrag von Michael H.W. Weber » 11.12.2002 11:01

Drakhon hat geschrieben:Kann mir jemand genau erklären was hier niedrigere Qualität bedeutet?
Auf was außer dem RMSD kommts denn noch an?
Ich habe mich da auch erst gewundert. Jetzt kam mir aber die Idee, daß es evt. davon abhängt WELCHE Atome die RMSD-Berechnung einbezieht. Wenn es nur das Aminosäureketten-Backbone ist, dann könnte es sein, daß das Backbone besser positioniert wird, daß sich aber die Seitenketten in Positionen befinden, die "nicht erlaubt" sind - d.h. sie behindern sich evt. teilweise gegenseitig. Das ist ja auch das, was die Fehlermeldung aussagt. Ich kann da aber auch nur spekulieren. Man könnte die RMSD-Berechnung auch unter Einbeziehung ALLER Atome durchführen - das würde dann akkurater sein. Aus den vorliegenden Daten kann ich nur folgern, daß letzteres eben nicht der Fall ist.

Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.

Bild Bild

Zurück zu „Protein- und Nukleinsäureforschung“