Spil med mange clienter. Hvordan hånteres forbindelserne

Det er jo nok lidt forskelligt, men et bud på en tommelfinger regel:

-1000 klienter: en server, en socket per client, en tråd per client
1000-10000 klienter : en server, en socket per client, få tråde, NIO
10000- klienter : flere servere,  en socket per client, få tråde, NIO, clustering

alternativer til TCP sockets:

UDP

HTTP (som bruger TCP men som ikke holder connection åben)

Hvad står NIO for?

new IO

java.nio pakken

den understøtter select på sockets

new I/O
http://java.sun.com/j2se/1.4.2/docs/guide/nio/

start evt. her http://www.onjava.com/pub/a/onjava/2002/09/04/nio.html

og fortsæt her http://www.onjava.com/pub/a/onjava/2004/09/01/nio.html?page=1

Arne på mit arbejde har vi lavet en client server løsning hvor vi bruger web services. Det er derfor jeg spør... Bør man ikke bruge webservices til en løsning hvor man kan have 5000 clienter der alle kan connecte hvert sekund ?

web services bruger HTTP og derfor behøver du ikke en socket connection per client,
hvilket undgår alle de problemer som NIO adresserer

web services er en fremragende protokol over internet eller mellem
forskellige teknologier

det er også en lidt tung protokol, hvis de 5000 klienter er meget aktive, så skal
du nok have nogle heftige servere

Ok jamen tak for svarene. Får jeg et svar?

I hvilket tilfælde vil du så foreslå NIO frem for webservices? og omvendt?

very high volume over LAN => TCP sockets og NIO lyder som en god ide

og et svar

F.eks. tv2's spille side. Kunne de lige så godt have brugt webservices?

Nu kender jeg ikke TV2's spille side.

:-)

Jeg vil formode de har så mange brugere at hvis de bruger sockets så bruger
de NIO.

Internet gør web services oplagt (det er f.eks. ret normalt at folk slet
ikke kan oprette en socket connection fra arbejde af).

Men SOAP over HTTP er en tung protokol - mine erfaringer siger ca. 5000
requests/minut/CPU.