Zitat:
Gleichzeitiges Web-Browsen führt schneller zum Problem. Wenn ich mir irgendwelche Webseiten anschaue dauert es meist keine halbe Minute bis zum Problem.
Das lässt darauf schließen, dass Du kein (Programmier-/Delphi-/Software-)Problem mit Deiner Client-/Server-Verbindung hast, sondern eher ein allgemeines.
Das Stichwort könnte
TcpNumConnections sein. Bitte mal die Suchmaschine Deiner Wahl damit füttern.
Als Ansatz hier mal ein paar Links zu den Suchergebnissen:
Configuring the Windows registry: Specifying TCP/IP settings (Windows Server 2003)
Tipps - TCP/IP - Maximale Anzahl gleichzeitig geöffneter Verbindungen
Fix for Windows 10 exhausted pool of TCPIP ports
TcpNumConnections TCP/IP Limitierung.
Beschleunigung / Einstellungen von TCP/IP Netzwerken
Das "Problem" zieht sich quer durch alle Windowsversionen, beginnend spätestens bei Windows NT.
Schau Dir bitte auch mal die Einstellungen für die
MTU (Maximum Transmission
Unit) an, sie sollte auf Client und Server gleich sein, damit sie einheitlich große / kleine Pakete verschicken. (Das sind die Datenpakete, in die Deine 128 kb zwecks "Versand über die Netzwerkleitung" aufgeteilt werden.)
Über ein Ping vom Client auf den Server kannst Du das recht einfach herausfinden:
Code:
ping -n 1 -l 2000 -f www.delphipraxis.net
Ping www.delphipraxis.net [138.201.18.17] mit 2000 Bytes Daten:
Paket müsste fragmentiert werden,
DF-Flag ist jedoch gesetzt.
Ping-Statistik für 138.201.18.17:
Pakete: Gesendet = 1, Empfangen = 0, Verloren = 1 (100% Verlust),
Den Wert hinter dem Paramter -l verkleinerst Du, bis die Ausgabe von Ping in etwa so aussieht:
Code:
ping -n 1 -l 1472 -f www.delphipraxis.net
Ping www.delphipraxis.net [138.201.18.17] mit 1472 Bytes Daten:
Antwort von 138.201.18.17: Bytes=1472 Zeit=20ms TTL=55
Ping-Statistik für 138.201.18.17:
Pakete: Gesendet = 1, Empfangen = 1, Verloren = 0 (0% Verlust),
Ca. Zeitangaben in Millisek.:
Minimum = 20ms, Maximum = 20ms, Mittelwert = 20ms
Statt
www.delphipraxis.net nimmst Du natürlich den Namen oder die
IP des Servers.
Prüf' bitte auch, ob bei allen (oder zumindestenst einem Teil) der Clients die Ergebnisse übereinstimmen.
Die MTU kannst Du auch über die Registry "vereinheitlichen":
Tipps - TCP/IP - Maximale Paketgrösse (MTU) der Datenübertragung festlegen Sie beträgt die per Ping ermittelte Paketgröße + 20 Byte für den "Verwaltungheader", wäre bei der Kommunikation zwischen meinem Rechner und dem Server der DelphPraxis also mit 1492 Byte anzusetzen.
Deine 128 kb Daten werden, bei einer MTU, wie in diesem Beispiel, auf 128 kb (-> 128 * 1024) / 1472 = 89,043478260869565217391304347826 Pakete, also 90 Pakete aufgeteilt.
Wenn die Größe von 128 kb je Paket nicht zwingend ist, kannst Du sie so anpassen, dass sie immer ein Vielfaches der oben ermittelten Paketgröße (hier also 1472 * x) enthalten. Dadurch wird der "Aufwand" für den Datenaustausch zwischen Client und Server verringert. Aber das fiele dann implementierungstechnisch eher unter "Chromleiste", könnte aber dabei helfen, das Problem zu verkleiner, bestenfalls zu verhindern.
Das Ganze hier muss also jetzt nicht zwingend "die Lösung" des Problems sein, kommt aber eventuell der Quelle des von Dir beobachteten "Phänomens" etwas näher.