Sorry, bin weg bei TSC...

[al]

Nein, die Anwednungscoder ahben nichts falsch gemacht. Eine Anwendung so zu coden, dass sie ne hohe Priorität macht macht in den meisten Fällen keinen Sinn. Die meisten Anwendungen warten doch eh nur auf Eingaben vom Benutzer. Wenn ich Word oder Dreamweaver oder Photoshop offen habe... Dreamweaver suckt manchmal aber ein wenig, ebenso wie die 3er Beta von Winamp, die daheim auf meinem 1400er TB-C mal eben so 10% haben will und sich darum auch gerne mal zwischendurch verschluckt, wenn man arbeitet. Mag auch am Debug-Code liegen...
Dagegen kann ich den 2er Winamp problemlos im Hintergrund laufen lassen, wenn ich zocke....

[BrainMcFly]

mein posting bezog sich auch darauf, dass einige hier performanceprobleme haben, d.h. eine anwendung brauch aus irgendeinem grund mehr power. word, winamp und ähnliches verursachen ja keine performanceprobleme

ich kann auch beim zocken musik hören, edonkey laufen lassen und für tsc rechnen, OHNE ein performanceproblem zu haben...

wenn ich aber tsc laufen lasse (was ja im idle-mode läuft) und eine anwendung starte, die dann performanceprobleme hat, dann wartet diese anwendung garantiert nicht nur auf eine eingabe, verstehst du was ich meine....

irgendwie haben wir aneinander vorbei geredet

ursprünglich gings ja hier darum, dass bei einigen die kiste lahm wird mit tsc, wie gesagt, bin ich nicht der meinung, dass dies an tsc liegt (genug hauptspeicher vorausgesetzt, denn daran bedient sich der client ja reichlich, nicht zuletzt durch die java-bibliotheken)

[ltd]

Hi,

nochmal zur Programmiersprache.
Also nach meinem Kenntnisstand sind Gridwin und Dockwin also die eigentlichen Berechnungsroutinen, in einer herkömmlichen Compilersprache und nicht in Java programmiert. Nur das Framework sprich
Netzwerkverbindung starten und stoppen der Tasks, Graphikanzeige usw. sind in java.

Lars