-
Forum: Programmieren allgemein
Delphi
by stoxx,
4. Jul 2014
finde ich persönlich eine ganze schlechte Architektur. Eine Threadausführung ist ein Hilfsmittel, da leitet man keine ganze Klasse davon ab.
Da es keine Mehrfachvererbung gibt, ist das unter Delphi sogar noch schlechter als in anderen Sprachen.
Und die Nachteile hab ich ja schon besprochen, es ist keine Nutzung eines gemeinsamen Threads gleichzeitig mit mehreren Objekten möglich.
-
Forum: Programmieren allgemein
Delphi
by stoxx,
4. Jul 2014
Komischerweise, selbst wenn man so vorgehen muss, weil es das Konzept nicht anders erlaubt, erzeugt ein Thread mit Sleep(1) in einer Schleife NULL CPU Last .. woher nimmst Du die Behauptung, dass eine CPU mit Null Last strom verbrauchen würde?
Nichtmal der Lüfter springt an..
-
Forum: Programmieren allgemein
Delphi
by stoxx,
4. Jul 2014
Dein Ton ist ja gerade noch so freundlich, aber schon recht grenzwertig.
Woher nimmst Du die Behauptung, dass die Klasse intern das sleep nicht mit Waitfor realisiert?
Du kannst ihn doch programmieren, wie Du Lust hast, und den FunctionCall auch erst nach einem einkommenden Event generieren.
Wenn ich aber ständig eine Response brauche, weil ständig Dinge getan/geprüft werden müssen, , dann...
-
Forum: Programmieren allgemein
Delphi
by stoxx,
3. Jul 2014
ich bin von den klassischen Anwendungen wie ThreadPools oder Ableitungen von der Klasse TThread ganz weg.
Bei mir gibt es eine Klasse "TThreadExecuter" .. die bekommt einfach einen MethodenPointer und ruft zyklisch wie ein Timer einen MethodenPointer der gewünschten Klasseauf. Meist 1 ms mit Sleep(1) .. aber oft ist das gar nicht notwendig.
So wird eine Funktion, die sich meistens ähnlich...
-
Forum: Programmieren allgemein
Delphi
by stoxx,
3. Jul 2014
Das ist aber nicht so richtig das was wir wollen. Scheinbar ist diese Architektur den immer weiter verbreiteten virtuellen (Cloud) Lösungen vorbehalten.
Es ging ja darum, gemeinsamenm Speicher gleichzeitig bearbeiten zu können.
Dass jeder Thread seinen eigenen Speicher bekommt, wäre mit jeder Architektur mit unterschiedlichen Variablen nicht sonderlich schwer zu lösen...
-
Forum: Programmieren allgemein
Delphi
by stoxx,
2. Jul 2014
da bin ich technisch im Moment überfragt. Aber Du hast immer das Problem, dass 2 Threads eine Variable lesen können, eine gewisse Zeit damit was tun, und diese wieder zurückschreiben. Selbst wenn der Lese und Schreibvorgang nicht gleichzeitig erfolgt, kann die Verarbeitung fast parallel verlaufen und logisch falsch sein. (Eben z.b. irgendwas hochzählen)
Ich hab da morgen nochmal einen schönen...
-
Forum: Programmieren allgemein
Delphi
by stoxx,
2. Jul 2014
Also man stelle sich einfach mal 2 echte Prozessoren auf 2 Sockel auf einem Mainboard vor.
Mir ist nichts von einer Lockingmöglichkeit jeder einzelnen Zelle im Arbeitsspeicher bekannt.
Was meinst Du damit?
Ich kann Dir nur sagen, dass auf einem echten Dual XEON Server mit 2 echten CPU's alle Programmierfehler noch viel kritischer sind und zu lustigen Abstürzen führen können, was auf einem...
-
Forum: Programmieren allgemein
Delphi
by stoxx,
2. Jul 2014
>Edit< .. hab meinen vorigen Text nochmal editiert .. genau genommen trifft das in der Tat auch auf booleans zu.
Auch egal, wie er gespeichert, verarbeitet wird, nämlich immer dann, wenn der Wert geprüft wird, und dann vielleicht geändert.
(ist das gleiche Problem, wie unten mit dem increment vom Integer beschrieben)
das hängt von der CPU ab.
Ein auf dem eigenem Rechner...
-
Forum: Programmieren allgemein
Delphi
by stoxx,
2. Jul 2014
Eine parallele Verarbeitung ist doch was schönes. Egal wie schnell eine einzige CPU noch werden kann.
Vielleicht existiert ja auch Software, die nicht nur auf simple Usereingaben wartet.
Atomar heißt, dass die CPU sicherstellt, dass ein Vorgang wirklich nacheinander, also serialisiert durchgeführt wird.
Wie im Wikipedia Artikel auch beschrieben, zieht das zwangsläufig ebenso nach sich,...
