Network - bitte testen

[mk-soft]

Also ich habe eine billige XP-Home Version und bei mir tritt es nicht auf.
Jetzt fangen wir mal zu Raten an:
- Firewall von Norton oder andere ?
- Netzwerkanwendungen.

Ok, Info:
Ich hab mein Rechner mit TuneUp für DSL Optimiert.
Auhah, jetzt gibs ne welle. Nicht von Hand Optimiert.

FF

[Toshy]

Hi.
Also das Problem besteht leider weiterhin. Hat jemand eine Idee?
Ich dachte, das eventl. nicht an PB liegt (obwohl wohl teilweise unterschiedlicher Code bei Win98 und XP ausgeführt wird) sondern an einer begrenzung in der Verarbeitung der Sockets unter win98.
Aber da habe ich bisher keine Bestätigung gefunden.

Im Gegenteil, nun ist mir aufgefallen, das PB unter Windows98 nicht mehr als 40 Verbindungen von einem Clienten aufbaut bzw. der Server maximal 40 Verbindungen annimmt. Dann ist schluß. Ich weiß zwar das Windows98 ein Limit hat, aber dies ist soweit ich weiß höher (bei 200 oder 256 oder so). Andere Programme laufen soweit ich mal getestet hatte bei mir glaube ich mit mehr Verbindungen.
Als test habe ich einfach mal "192.168.1.102" und "127.0.0.1" aufgerufen, das Maxiumum an Verbindungen liegt bei mir bei 40 Connections. Auf WindowsXP geht es problemlos weiter.

Gruß
Toshy

[HeX0R]

Dein Beispielcode ist nicht wirklich brauchbar!
Du connectest ständig zum Server, ohne dich jemals um dessen EingangsQueue zu kümmern.

Wenn du den Server vernünftig abarbeitest, tritt dein Problem auch nicht auf :

Fügt man nun "NetworkServerEvent()" ein, der Server also überprüft ob was eingegangen ist, das ausgibt und die (vermutlich) interne Eventliste kürzt, so gibt es keine Probleme mit dem Verbindungsaufbau.

Siehste, du beantwortest deine eigene Frage...
TCP/IP beruht auf Handshake!
Wenn du es lieber stumpfsinnig willst, benutze UDP.

[Toshy]

Hallo.
Nun ich beantworte meine Frage nicht wirklich, denn es steht erstens nirgens geschrieben das man die EingangsQueue abarbeiten muß, damit es klappt, was aber wichtiger ist, das dies Problem nicht auf jedem WindowsBetriebssystem so ist. Es tritt bisher nur bei Windows98 auf. Also entweder liegt es am Betriebssystem oder an PB. Und das es an PB liegt ist nicht ausgeschlossen. Denn intern verwendet PB wohl je nach Betriebssystem eigene Routinen (sonst wäre das mit dem TrylockMutex()-Bug nicht auf diese Art faslch gelaufen).

Unabhängig davon aber durfte eine EingangsQueue von nur 5 (!!!) Eingängen nicht schon einen Fehler auslösen. Wenn dem so wäre, dann wäre es unmöglich einen Server zu schreiben der mit 1000 und mehr Clients anständig läuft. Zu kleineren Verzögerungen kommt es bei einem Server immer mal und sei es nur ne zehntel Sekunde.

Der Code ohne die Eventabfrage auf der Serverseite war also absichtlich so gedacht. Man muß es ja nachvollziehen können und den Unterschied erkennen zwischen den Betriebssystemen. Aber wie gesagt, auch mit dem (sogar schnellen) abfragen auf der Serverseite kommt es ständig zu diesen Fehlern wenn mehrere Clienten gleichzeit den Server ansprechen.

Unabhängig davon aber ist das Problem mit den dem Maximum von 40 Verbindungen unter Windows98 bei PB zu sehen. Ich kam noch nicht zum testen ob es an der Serverfunktion oder der clientfunktion liegt, aber irgendwo drann muß es ja liegen.
Und sei es, das mir da irgend eine besondere Information über eine Einschränkung bezüglich Verbindungen zu einem Server fehlen.
Windows98 selbst kann schon mehr als 40 Verbindugen verkraften soweit ich weiß.

Gruß
Toshy

[grapy]

Hallo,

bei mir geht es mit dem Testprogramm bis 100 und dann ist schluss...(WinXP Pro aufgebohrt)

aber warum das so ist, ist meiner ansicht nach völlig egal,
denn so macht es so oder so keinen sinn!!!

es sollte schon ein NetworkServerEvent() erfolgen,
denn dann funktioniert es auch mit z.B. 512 Connections.
möglicherweise läuft da ein Buffer über, der eben nicht auf jedem Betriebssystem gleich ist.

gruß grapy

[125]

Hi,
also ich hab hier ein Windows Home laufen, XP Antispy -> Unlimited Connections.

Der Testcode läuft bis Hundert, das liegt auch garantiert nicht am max connection Limit Pro Minute denn dieser Code(Delay(60 000) eingebaut):

Code: Alles auswählen

OpenConsole() 
init.l = InitNetwork() 
Debug init 
PrintN("init="+Str(init)) 
server.l = CreateNetworkServer(#PB_Any,2222,#PB_Network_TCP) 
PrintN("server="+Str(server)) 
For i = 1 To 512 
   Debug "i="+Str(i) 
   Ergebnis = OpenNetworkConnection("127.0.0.1", 2222 ,#PB_Network_TCP) 
   ;  Ergebnis = OpenNetworkConnection("192.168.1.100", 2222 ,#PB_Network_TCP) 
   Debug Ergebnis 
   PrintN("Ergebnis="+Str(Ergebnis)) 
   If Ergebnis=0
   Delay(1000*60)
   EndIf
Next i 
While 1 
   Delay(1) 
Wend 
CloseConsole()

geht auch nicht weiter....

[MVXA]

Funktioniert bei meiner Socketlibrary merkwürdigerweise auch nicht.
Scheint eine Limitierung von Windows zu sein. Wenn man aber vorher
noch ab und an die Events vom Server durch läuft, ist es ein Roulett-
spiel ob die Verbindung aufgebaut wurde oder nicht...

///Edit:
mh,
While NetworkServerEvent(): Wend
am Anfang der Schleife und alles ist gegessen...

///Edit:
Ha, bei meiner Socketlib funktioniert es jetzt auch ordentlich <_<

[Sebe]

Bei mir gehts bis 20. WinXP Pro SP2 + alle Updates

[heinz.goldbach]

Bei mir auch nur bis 5. Auch nach der Erhöhung der Verbindungen auf 10.
System XP Pro, SP 1

[PMV]

Warum es nach wenigen Connections nicht weiter geht ohne
NetworkServerEvent() könnt ich auch nur spekulieren ...

Aber welcher Server hat kein NetworkServerEvent() in der Hauptschleife?


Somit tritt das Problem doch garnicht auf, solang das Serverprogramm
sauber läuft wird es keine Probleme geben, und wenn der Server ins
stocken gerät, dann gibs eh irgend welche Probleme, zu viel zu tun z.B. ...
somit wäre es auch akzeptabel wenn nur noch jede 2. Verbindung z.B.
klappen würde, Server ist einfach überlasstet, also wird alles langsamer,
anfälliger.

Hat das mal wer mit einer anderen Programmiersprache probiert, also
ohne die Events ab zu fragen? ...
Oder wenn die Frage wirklich beantwortet werden soll, wie es zu dem
Connectionproblem kommt, sollte einer sich mal mit Fred in verbindung
setzten und das klären . Sonnst bleibt es hier vermutlich beim Raten
. Die Antwort sollte dann natürlich hier gepopostet werden.

MFG PMV