Sorry, bin weg bei TSC...
-
BaRu
- FAQ-Leser

- Beiträge: 195
- Registriert: 10.04.2002 12:20
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
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
-
McBryce
- FAQ-Leser

- Beiträge: 177
- Registriert: 23.01.2002 01:00
- Wohnort: Würzburg
TSC/D2OL mit eigener Java-Version?
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.
Viele Grüße
Martin
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.
Viele Grüße
Martin
-
BaRu
- FAQ-Leser

- Beiträge: 195
- Registriert: 10.04.2002 12:20
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
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
@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...
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...
-
Michael H.W. Weber
- Vereinsvorstand

- Beiträge: 23148
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
Also der TSC-Klient ist ein klappriger Dinosaurier - meine unmaßgebliche Meinung.
Bringt meinen ansonsten nur so kesselnden TBird aus dem Trab - sozusagen zum "Stottern".
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.
Das geht bis zur virtuellen Selbstverstümmelung, muahahahahaha... 
Michael.
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.
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.


-
al
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...
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...
-
Evilseed
- FAQ-Leser

- Beiträge: 215
- Registriert: 20.04.2002 17:37
- Wohnort: Wilhelmshaven
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.
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
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...
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...
-
BrainMcFly
- Partikel-Strecker

- Beiträge: 912
- Registriert: 26.11.2001 01:00
- Wohnort: Leipzig
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....
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
Das muss ja auch nichts heißen. Games laufen in der Regel nicht mit niedriger Priorität.....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
-
BrainMcFly
- Partikel-Strecker

- Beiträge: 912
- Registriert: 26.11.2001 01:00
- Wohnort: Leipzig
naja, bei allen anderen programmen, bei denen ich performance erwarte wäre es auch schwachsinn, die im idle laufen zu lassenDas muss ja auch nichts heißen. Games laufen in der Regel nicht mit niedriger Priorität.....
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...