DGL • Thema anzeigen - Indy Tcp Threads

Indy Tcp Threads

Moderator: DGL-Team

Seite 1 von 1

[ 11 Beiträge ]

Vorheriges Thema | Nächstes Thema

Autor

Nachricht

Aya

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 12:17

DGL Member

Registriert: Di Dez 03, 2002 22:12
Beiträge: 2105
Wohnort: Vancouver, Canada
Programmiersprache: C++, Python

Hi,

bei den Indy TCP/IP Komponenten funktioniert ja alles mit Threads...
Also beim Server z.B. bekomtm jeder Client der Connected einen eigenen Thread etc.

Kann man das irgendwie so einstellen das es wie eine art Warteschleife wird??? Also wenn 4 Clienten gleichzeitig was wollen, das die in ner Warteschleife laden und nacheinander abgearbeitet werden???

Au'revoir,
Aya~

PS: Oder wenn das mit den Indy Kompos nich geht, gibt es andere gute TCP/IP Komponenten?

Nach oben

Lossy eX

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 12:46

DGL Member

Registriert: Do Dez 05, 2002 10:35
Beiträge: 4234
Wohnort: Dortmund

Du kannst dort ganz einfach eine Critical Section einbauen. Siete Tutorial Multithreading.

Nach oben

Aya

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 14:40

DGL Member

Registriert: Di Dez 03, 2002 22:12
Beiträge: 2105
Wohnort: Vancouver, Canada
Programmiersprache: C++, Python

Hi,

ok.. klingt schonmal super

is das z.B. so richtig?? ->

Code:

procedure TForm1.IdTCPServer1Execute(AThread: TIdPeerThread);
begin
 &nbsp;CriticalSection.Enter;
 &nbsp;try
 &nbsp; &nbsp;Parse(AThread.Connection.ReadLn);
 &nbsp;finally
 &nbsp; &nbsp;CriticalSection.Leave;
 &nbsp;end;
end;

in Parse wird halt das was der Server empfängt ausgeführt... is das richtig so???

Au'revoir,
Aya~

Nach oben

Aya

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 15:02

DGL Member

Registriert: Di Dez 03, 2002 22:12
Beiträge: 2105
Wohnort: Vancouver, Canada
Programmiersprache: C++, Python

Kann nich gestimmt haben, Parse() wird überhauptnemmer aufgerufen...

Nach oben

Lossy eX

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 15:02

DGL Member

Registriert: Do Dez 05, 2002 10:35
Beiträge: 4234
Wohnort: Dortmund

Wenn alle Threads auf ein und die selbe CriticalSection zugreigen ist das 100 pro richtig.

Nach oben

Lossy eX

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 15:03

DGL Member

Registriert: Do Dez 05, 2002 10:35
Beiträge: 4234
Wohnort: Dortmund

Setzt mal einen Haltepunkt in die IdTCPServer1Execute. Ganz oben. Wird überhaupt das aufgerufen?

Nach oben

Aya

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 15:08

DGL Member

Registriert: Di Dez 03, 2002 22:12
Beiträge: 2105
Wohnort: Vancouver, Canada
Programmiersprache: C++, Python

Lossy eX hat geschrieben:

Setzt mal einen Haltepunkt in die IdTCPServer1Execute. Ganz oben. Wird überhaupt das aufgerufen?

Ja, klar..

Nach oben

Aya

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 15:13

DGL Member

Registriert: Di Dez 03, 2002 22:12
Beiträge: 2105
Wohnort: Vancouver, Canada
Programmiersprache: C++, Python

ah halt... beep

Hab das TCriticalSection.Create vergessen :rolleyes:

Werd nachher mal den extrem test machen und schauen ob's klappt

Au'revoir,
Aya~

Nach oben

Aya

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 16:12

DGL Member

Registriert: Di Dez 03, 2002 22:12
Beiträge: 2105
Wohnort: Vancouver, Canada
Programmiersprache: C++, Python

Hi,

bin nochnet zu gekommen es zu testen da hier grad alle Pause machen etc und ich nich an 7 PCs in 7 Räumen gleichzeitig Enter drücken kann

Aber nur mal grad zur Theorie.. das ich das richtig verstehe...

Wenn der Thread auf die CriticalSection trifft die gerade geschützt ist.. dann bleibt er in ner warteschleife, solange bis er reinkann, ja???

Au'revoir,
Aya~

Nach oben

Lossy eX

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 16:19

DGL Member

Registriert: Do Dez 05, 2002 10:35
Beiträge: 4234
Wohnort: Dortmund

Japp. Das siehst du vollkommen richtig. Der Erste der die CriticalSection betritt ist der Glückliche. Alle anderen Blockieren und warten bis die CritSect wieder verlassen wurde. Ist das der Fall kommt der nächste dran.

Nach oben

KidPaddle

Betreff des Beitrags:

Verfasst: Mo Jun 30, 2003 18:10

DGL Member

Registriert: Mo Jan 20, 2003 20:10
Beiträge: 424
Wohnort: nähe Starnberg

TCriticalSection ist eine schlechte Wahl, da die Zeit zwischen dem Enter und Leave einer CriticalSection so kurz wie möglich sein soll. Besser ist es mit Semaphoren zu arbeiten oder mit ThreadVar, welche auf einen bestimmten Wert gesetzt wird.

Beispiel:

Code:

 
ThreadVar ActiveConnection : TObject;
 
procedure Thread.Execute;
begin
while (ActiveConnection <> Self) do begin
 &nbsp;while (ActiveConnection <> Self) do Sleep(10);
 &nbsp;CriticalSection.Enter;
 &nbsp;try
 &nbsp; &nbsp;if (ActiveConnection = nil) then begin
 &nbsp; &nbsp; &nbsp;ActiveConnection := Self;
 &nbsp; &nbsp;end;
 &nbsp;finally
 &nbsp; &nbsp;CriticalSection.Leave;
 &nbsp;end;
 &nbsp;// Hier Abarbeitungscode des Threads im Server
end;
 

Damit wird eine Serialisierung der Threadanforderungen durchgeführt.

Eine andere Lösung ist, das der erste Thread eine Variable auf True setzt, das keine weiteren Verbindungen erwünscht sind. Kommen jetzt Verbindungsabfragen herein werden diese abgelehnt und die Verbindung sofort wieder zurück gesetzt. Ist nun die erste Verbindung fertig, setzt Sie die Variable auf False und so kann der nächste Client sich anmelden.

Gruß
KidPaddle

_________________
http://www.seban.de

Nach oben

Seite 1 von 1

[ 11 Beiträge ]

Foren-Übersicht » Programmierung » Allgemein

Wer ist online?

Mitglieder in diesem Forum: Bing [Bot] und 12 Gäste

Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.