Sorry, bin weg bei TSC...

Medikamentensuche durch "Docking"-Simulationen (Mapping Cancer Markers, FightAIDS@home, Smash Childhood Cancer, ...)
Nachricht
Autor
Benutzeravatar
BaRu
FAQ-Leser
FAQ-Leser
Beiträge: 195
Registriert: 10.04.2002 12:20

#13 Ungelesener Beitrag von BaRu » 24.06.2002 21:04

moin!

nach dem ich erst sagte:" bin wech.." habe ich mal ein wenig getestet.

erst wollt die grütze gar net starten. hier half nur booten.
seit dem versucht es bei jeder zweiten struktur zu initiallisieren, aber ohne erfolg. pten geht der andere kandidat ergibt bei mir überhaupt keine ergebnisse.
bei mir führt es nebenbei nur zu einem instabilen laufverhalten, wenn ich im internet bin ??? (java ist 1.3.) mit 1.4 geht gar nichts.
ich finde die sengent leuten sollten erst mal proggen üben....

na ja, vielleicht hilft das bischen was ich zustande bringe etwas...

so, jetzt muss ich aber erst mal futtern

happy folding

rüdiger

al

#14 Ungelesener Beitrag von al » 24.06.2002 21:12

Gewagte These in einer Gruppe erfahrener Nutzer ohne dererlei Probleme aufgrund einer einzigen Erfahrung zu behaupten das Proggie wäre fürn Anus gecodet...

McBryce
FAQ-Leser
FAQ-Leser
Beiträge: 177
Registriert: 23.01.2002 01:00
Wohnort: Würzburg

TSC/D2OL mit eigener Java-Version?

#15 Ungelesener Beitrag von McBryce » 24.06.2002 21:21

Hi,

wird bei TSC und D2OL nicht mit einer mitgelieferten Java-Version gearbeitet, die unabhängig von einer läuft, die auf dem System installiert ist. Jedenfalls habe ich das immer gedacht. :roll:

Viele Grüße
Martin

Benutzeravatar
BaRu
FAQ-Leser
FAQ-Leser
Beiträge: 195
Registriert: 10.04.2002 12:20

#16 Ungelesener Beitrag von BaRu » 24.06.2002 21:24

tja!

ich bin für dreistigkeiten bekannt.... woraus schliesst du eigentlich die erfahrung eines user ?

- es stellt sich doch die frage wofür steht die 0 vor der versionsnummer ?
- und wie ich lesen konnte haben andere auch probleme !

schwamm drüber, ich will hier bestimmt niemanden angreifen, sollte das bei dir so gewesen sein - sorry !

rüdiger

al

#17 Ungelesener Beitrag von al » 24.06.2002 21:34

@McBryce:
Das ist richtig. Benutzt wird ein auf das Notwendige reduzierte JVM 1.3.1. Ob und was für eine JVM sonst noch auf dem System ist spielt keine Rolle.

@BaRu:
Leute mit Problemen scheinen aber definitiv eine kleine Minderheit zu sein. Ich habe das Teil auf drei Maschinen im 24-7-Betrieb laufen, wie viele andere auch und nicht die geringsten Probleme, keine Abstürze oder sonstwas... Die Wald-und-Wiesen-PCs sind mittlerweile so komplexe Systeme, dass eine Fehlersuche eine echte Sysiphus-Arbeit darstellt, die umso schwieriger ist, je mehr die scheinbar Probleme verursachende Software mit vorhandenen Systemteilen (im OS, andere Software, Hardware) arbeitet. Die 0 stört mich nicht. Als Wanderer zwischen den Welten (verschiedene Unix-Derivate, Windows) weiß ich aus Erfahrung, dass Software mit Versionsnummern unter 0 weitaus weiter entwickleter und stabiler sein kann, als solche mit einer hohen Versionsnummer.

Ketzerisch könnte ich auch sagen dass bei Microsoft die Versionsnummer in Wirklichkeit ein Multiplikator für die Anzahl der Fehler im Vergleich zur Version 1.0 ist.......

Hohe Versionsnummern entspringen oft nur dem Marketing. Dort wo das egal ist (Open Source) finden sich auch Produkte, die jahrelang weiterentwicklet wurden, wunderbar stabil und performant und die 0 noch immer nicht los sind...

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

#18 Ungelesener Beitrag von Michael H.W. Weber » 25.06.2002 10:29

Also der TSC-Klient ist ein klappriger Dinosaurier - meine unmaßgebliche Meinung. :lol: Bringt meinen ansonsten nur so kesselnden TBird aus dem Trab - sozusagen zum "Stottern". :roll: Abstürze kann ich allerdings nur in den seltensten Fällen vermelden und da hatte ich immer großartige andere Software parallel am Laufen (z.B. Molecular Modelling).
Immerhin läuft TSC bei mir runder als D2OL - da kracht mir täglich die Bude unterm Hintern zusammen.
Ach ja, was tut man nicht alles für einen gediegenen Taskforce-Einsatz. :D Das geht bis zur virtuellen Selbstverstümmelung, muahahahahaha... :smoking:

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

Bild Bild

al

#19 Ungelesener Beitrag von al » 25.06.2002 12:36

Naja, rechenintensive Java-Proggies sind oft recht zäh. Man schaue sich nur mal Forte, Suns Java-Entwicklungsumgebung, an. Das Ding ist so zäh, dagegen war ein C-64 ne Cray...

Oder das UML-Design-Tool Rational Rose... Das lädt beim Start erstmal zig tausende (kein Scherz) von Klassen, ob es die nun gerade braucht oder auch nicht...

Benutzeravatar
Evilseed
FAQ-Leser
FAQ-Leser
Beiträge: 215
Registriert: 20.04.2002 17:37
Wohnort: Wilhelmshaven

#20 Ungelesener Beitrag von Evilseed » 25.06.2002 12:48

OK, bilde ich mir das also nicht nur ein das die Kiste lahm is mit TSC.

Gibt es einen speziellen Grund das die sowas bremsendes wie JAVA für das Proggi genommen haben. Wäre da nicht ne Sprache die nicht erst zur Laufzeit compiliert wird sinnvoller?????

Über die Stabilität kann ich mich aber echt nicht beschweren, läuft seit Tagen auf meinem großen durch. Gut den kleinen hat es zerbeamt aber das scheint an was anderem gelegen zu haben.

al

#21 Ungelesener Beitrag von al » 25.06.2002 13:33

Keine Ahngun warum die Java genommen haben. Das kann unterschiedliche Gründe haben. Wenn man Coder hat die am besten java können macht es keinen Sinn sich einen in C++ und Windoofs-Coding abzubrechen, dann müsste man sich auch noch mit DirectX beschäftigen. So nimmste Java, da jibbet alles mögliche an Erweiterungen für Netzwerkfunktionalität, Java3D und und und

Wenn man noch vor hat den Kram zu portieren macht Java einem das auch noch wesentlich einfacher, gerade in Bezug auf den Grafikkram. Da stellt sich natürlich die Frage aus welchem Grunde es den Client nicht auch für andere Plattformen gibt, denn im Grunde sehe ich nicht viel plattformspezifischen Code. Eigentlich nur die Installationsroutinen...

Benutzeravatar
BrainMcFly
Partikel-Strecker
Partikel-Strecker
Beiträge: 912
Registriert: 26.11.2001 01:00
Wohnort: Leipzig

#22 Ungelesener Beitrag von BrainMcFly » 25.06.2002 14:02

ich versteh das nicht, mit tsc-engine ist bei mir sogar der 3DMark2001 nicht mal 5 Prozent langsamer als ohne, und dass, obwohl ich nur 256MB speicher habe und jede menge nebenher läuft (nächste woche gibts nen neuen Riegel Ram...)

Dat Teil ist mir am anfang abgeschmiert, und zwar an genau der stelle, wo sich das fenster öffnen sollte. Seit ich aber die neuesten Nvidia-Detonator Treiber drauf habe, läuft es....

al

#23 Ungelesener Beitrag von al » 25.06.2002 14:41

BrainMcFly hat geschrieben:ich versteh das nicht, mit tsc-engine ist bei mir sogar der 3DMark2001 nicht mal 5 Prozent langsamer als ohne, und dass, obwohl ich nur 256MB speicher habe und jede menge nebenher läuft
Das muss ja auch nichts heißen. Games laufen in der Regel nicht mit niedriger Priorität.....

Benutzeravatar
BrainMcFly
Partikel-Strecker
Partikel-Strecker
Beiträge: 912
Registriert: 26.11.2001 01:00
Wohnort: Leipzig

#24 Ungelesener Beitrag von BrainMcFly » 25.06.2002 14:55

Das muss ja auch nichts heißen. Games laufen in der Regel nicht mit niedriger Priorität.....
naja, bei allen anderen programmen, bei denen ich performance erwarte wäre es auch schwachsinn, die im idle laufen zu lassen

ich wollte damit eigentlich ausdrücken, dass sich der client eigentlich nicht wesentlich auf die performance auswirken kann, denn wenn ein programm, mit dem ich arbeite, im idle-modus läuft und deswegen zäh wird, ist das nicht schuld der tsc-programmierer, da haben eindeutig die anderen geschlampt.

ausserdem gibts unter win2k ja in der systemsteuerung die möglichkeit auf vordergrunddienste umzuschalten, so dass der aktive prozess am meisten abbekommt. Allerdings habe ich in dieser einstellung bemerkt, dass ausgerechnet virenscanner und firewalls das system fast lähmen...

Zurück zu „Medikamentensuche“