TIdTCPServer & TIdTCPClient - Verschiedene Fragen

[samso]

Beim TIdTCPServer wird für jeden Client ein Thread eröffnet.

>Wie hoch ist die maximale Clientzahl, die ich an einen TIdTCPServer connecten kann ?
Die Threadanzahl wird durch den Speicher begrenzt. Da pro Thread mind 1MB Speicher angefordert wird, ist also spätestens bei 2048 Clients Schluss. Ich habe nicht untersucht, ob durch Änderung von Parametern die Größe des angeforderten Speichers geändert werden kann. Windows begrenzt die maximal Anzahl der TCP-Verbindungen ebenfalls. Allerdings habe ich bisher keine belastbaren Zahlen darüber gefunden, wie groß diese Zahl denn nun ist. Viele Dokumente stammen aus NT-Zeiten, diverse Parameter haben augenscheinlich heute keinen Relevanz mehr usw. Nach meinen persönlichen Erfahrungen scheint diese Zahl bei einer normalen Arbeitsstation (also nicht Server) auch bei ca. 2000 Verbindungen zu liegen. Dazu kommt dann noch, dass eine freigegebene Verbindung nicht sofort wieder belegt werden kann. Wenn sich also 2000 Clients verbinden, sofort wieder trennen und sich dann die nächsten 2000 Clients verbinden wollen, dann wird das nicht funktionieren, weil die 2000 alten Verbindungen erst nach 3 Minuten wirklich freigegeben werden (dazu gibt es irgendwo eine readme von Borland zum Interbase-Server)

>Wie läuft die Verarbeitung ab, kann ich mir das so Vorstellen wie in einem Spooler ?
Die angeschlossenen Clients werden quasiparallel abgearbeitet. Die Zeichenketten für jede einzelne Verbindung sind aber streng seriell.

>Wenn ich mit einem TIdTCPClient per Writeln mehrere Zeichenketten übertrage an den Server, werden alle nacheinander abgearbeitet oder kann mir dann ein zweiter Client dazwischen funken ?
Der Server zerlegt die ankommenden Zeichenketten, indem er nach dem Zeilenende sucht. Für Dich sieht es also so aus, als ob die Zeilen einzeln ankommen würden. Die Zeichenketten unterschiedlicher Clients können sich nicht mischen. (Tip: Falls die kleine Verzögerung bei der Übertragung einzelner kurzer Kommandos störend ist: s.a. Stichwort "UseNagle" bzw. "TCP_NoDelay")

[DataCool]

Zitat:

Beim TIdTCPServer wird für jeden Client ein Thread eröffnet.

Das ist nur bei Indy9 richtig !!!!!

Bei Indy10 wird über sogenannte Scheduler eine Art Threadpool realisiert,
aus dem sich die einzelnen Clients bedienen.

Somit ist das beschriebene Limit nicht vorhanden, ich selber habe einen Server(mit Indy10 readlisiert)
an dem im Schnitt permanent 1000-2000 Clients connected sind, bisherige Spitze knapp über 5000 Clients.
Habe aber keine Ahnung ob es eine Limit gibt und wodurch es definiert wird!

Greetz Data

[Win32.API]

Zitat von DataCool:

Das ist nur bei Indy9 richtig !!!!!

Bei Indy10 wird über sogenannte Scheduler eine Art Threadpool realisiert,
aus dem sich die einzelnen Clients bedienen.

Dem kann ich so nicht zustimmen. Assertor hat sich damals bei den entsprechenden Entwicklern erkundigt und diese haben bestätigt, dass Indy keine Threadpools unterstützt. Siehe hier.

Wenn Du andere/neuere Informationen hast, eventuell sogar ein Beispiel, wäre ich Dir sehr dankbar.

-Win32

[DataCool]

@Win32.Api:

Den von Dir verlinkten Thread hatte ich leider noch nicht gelesen!
Wenn Assertor das so sagt wird es definitiv stimmen, ich bin bisher davon ausgegangen
das die Scheduler wirklich ein Thread-Management über einen Thread-Pool realisieren.
Dann denke ich war mein Server mit > 5000 Clients schon hart an der Grenze(vermute ich mal),
allerdings sind die connecteten Clients selten aktiv und schlafen die meiste Zeit.
Aber danke nochmal für die Aufklärung!

Greetz Data

[Win32.API]

Zitat von samso:

Die Threadanzahl wird durch den Speicher begrenzt. Da pro Thread mind 1MB Speicher angefordert wird, ist also spätestens bei 2048 Clients Schluss. Ich habe nicht untersucht, ob durch Änderung von Parametern die Größe des angeforderten Speichers geändert werden kann.

Die von Indy erstellten Threads haben keine 1MB StackSize, deshalb ist der Speicher hier nicht limitierend (1500 Threads vs ~80MB).

Hier mal ein Beispiel:

Delphi-Quellcode:

program Project1;

{$APPTYPE CONSOLE}

uses
  Windows, Sysutils, IdBaseComponent, IdComponent, IdCustomTCPServer, IdTCPServer,
  IdContext, IdTCPConnection, IdTCPClient;

type
  TTestServer = class(TIdTCPServer)
  private
    procedure MyOnExecute(AContext: TIdContext);
  public
    constructor Create;
  end;

{ TTestServer }

constructor TTestServer.Create;
begin
  inherited Create(nil);
  with (Bindings.Add) do
    Port := 5000;
  OnExecute := MyOnExecute;
  Active := True;
end;

procedure TTestServer.MyOnExecute(AContext: TIdContext);
begin
  Sleep(1000);
end;

var
  Server: TTestServer;
  Client: TIDTCPClient;
  i: Integer;
begin
  Server := TTestServer.Create();

  try
    for i := 1 to 10000 do
    begin
      Client := TIdTCPClient.Create(nil);
      Client.Connect('localhost', 5000);
      writeln(i);
    end;
  except
    on e: Exception do
      writeln(Format('%s::%s', [E.ClassName, E.Message]));
  end;

  writeln('Client Version: ', Client.Version);
  writeln('Server Version: ', Server.Version);
  readln;
end.

Auf diesem Rechner hier (Win7 64bit, Dualcore, 4GB RAM) ist nach 1546 Connects Schluss (Connection refued #10061). Würde mich freuen, wenn Ihr diesen Test mal bei euch ausführt und die Ergebnisse Postet. (Achtung: Bitte nicht mit Debugger ausführen, da Delphi sonst streikt!)

Connects: 1546
Client/Server Version: 10.5.5

In diesem Fall scheint Windows zu limitieren, wahrscheinlich die Max Anzahl von TCP-Connections.

-Win32

[ChrisE]

Zitat von Win32.API:

Würde mich freuen, wenn Ihr diesen Test mal bei euch ausführt und die Ergebnisse Postet.

Windows 7 32Bit
AMD Phenom II X4 @ 3000
4GB Arbeitsspeicher
RAD Studio 2007 Prof.

Verbindungen 1995 (im Schnitt +/-2)
ClientVersion 10.1.5
ServerVersion 10.1.5

Gruß, Chris

[DataCool]

Hi,

bei meiner Config auf meiner Workstation im Office :

Windows Vista Business(32 Bit)
Intel Core Duo CPU 8400 2 x 3.0 GHz
4 GB Ram

Verbindungen: 1989
EIdSocketError::Socket Error # 10061 Connection refused.
Client Version: 10.1.5
Server Version: 10.1.5

Speicherauslastung dabei 41,9 MB.

Werde das heute Abend nochmal auf einem richtigen Windows Server System testen,
ich denke nämlich es wird hier irgenteine Workstation beschränkung zuschlagen.

Greetz Data

[blackfin]

1)
Windows XP Professional (32Bit)
Intel Core2Duo E6600
2 GB RAM

Zitat:

1994
EIDsocketError::Socket Error # 10061 Connection refused

2)
Windows Server 2003 Web Edition (32Bit)
Intel Core2Duo E6600
2 GB RAM

Zitat:

3969
EIDCouldNotBindSocket::Could not bind socket. Address and port are already in use.

[RWarnecke]

Hallo zusammen,

wow, soviele Informationen. Da muss ich mich erstmal durchwurschteln. Aber ich danke schon mal allen im voraus für Ihre Antworten.

Bei meinem Rechner mit Windows 7 64Bit 8GB RAM gab es 1578 Verbindungen.

Bei meinem Server 2008 32Bit 1GB RAM gab es zwischen 1999 und 2020 Verbindungen. Beim 2. Server 2008 32Bit mit 2GB RAM um die 2000 Verbindungen +/- 5 Verbindungen.

Bei dem kleinen Testprogramm von Win32.API habe ich ja die obenstehenden Ergebnisse. Heißt das also, ich kann wie in meinem Beispiel 2000 gleichzeitige Verbindungen zu meinem Server haben ?

[Win32.API]

Ja, die 2000 Verbindungen sind auf jeden Fall möglich, vielleicht auch mehr. Es könnte auch gut seinen, dass Windows in diesem Fall limitiert, da alle Connects von der selben IP kommen.

Ich habe es gerade nochmal auf einen Windows XP getestete, hier ist nach ca. 2000 Connects Schluss (Indy 10.5.7). Es scheint also allein am OS zu liegen und eine "Limitierung" im TCP/IP-Stack zu seinen.

--Win32