TThread oder nicht TThread, das ist hier die Frage

[Helmi]

Hallo,

seit ich gestern hier in der DP aufgeklärt wurde was ein TThread ist und für was man dass braucht hätt ich jetzt mal eine Anwendungs-Frage:

Ich habe ein Programm in dem immer ein Timer mit einem Intervall von 1000 ms läuft (ServerSocket sei Dank :twisted: ).

Darin wird auf Veränderungen einer Variablen reagiert (ja ich weiss - nicht gerade eine gute Programmierlösung).

Nun meine Frage:

Wäre es besser, diesen Timer in einen Thread zu schieben? - damit der Timer die eigentliche Application nicht "verlangsamt"?

mfg
Helmi

[der-C]

der timer verlangsamt die Anwendung doch nicht.
in der Zeit in der die OnTimer procedure läuft kann das Programm nichts anderes machen,
aber das ist mit einem Thread dasselbe, es sei denn du hast 2 Processoren in deinem Rechner. :wink:
(nagut ein thread kann unterbrochen werden, also die ontimer procedure kann angehalten werden um wieder Rechenzeit an die Hauptanwendung zu geben, aber im enefekt dauert alles genausolange)

du könntest eine thread starten der in einer endlos schleife die Variable abfragt(also ohne timer) aber das würde, denk ich, deine Anwendung noch langsamer machen.

[Helmi]

ach so
ich dachte ein thread liefe "unabhängig" parallel

[der-C]

nur wenn du 2 Processoren hast.
Ein processor kann auch nur ein Thread zur einem Zeitpunkt bearbeiten, der andere thread(die anderen) muss warten.

[TeronG]

Falls du ne Endlosschleife hast könntest du ja ein [oh]application.ProcessMessages;[/oh] dazubasteln ....
Aber mit Timern an sich hatte ich noch nie Probs.

[Helmi]

ach so

dann hab ich das mit den threads missverstanden