Jump to content

  • Log In with Google      Sign In   
  • Create Account

Interested in a FREE copy of HTML5 game maker Construct 2?

We'll be giving away three Personal Edition licences in next Tuesday's GDNet Direct email newsletter!

Sign up from the right-hand sidebar on our homepage and read Tuesday's newsletter for details!


We're also offering banner ads on our site from just $5! 1. Details HERE. 2. GDNet+ Subscriptions HERE. 3. Ad upload HERE.


Logic for handle multiple clients in my TCP server written in java


Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.

  • You cannot reply to this topic
5 replies to this topic

#1 Sytto   Members   -  Reputation: 102

Like
0Likes
Like

Posted 05 May 2012 - 02:18 PM

hi Posted Image first of all, this is my first post!
second, i read the FAQ's, but my doubts are still there Posted Image

So I'm programming a server for a multiplayer game in Java, but I don't know the proper way to handle the client connections.

The game is like a tiny mmo inspired inspired by Transformice. For those who do not know, Transformice is a MMO flash and tcp based game. It has around 60.000 concurrent players / day average and I wonder how they handle this amount of connections. Right now, my server spawns a thread for every client connection and I read in the FAQ's this is not good but also I thought same before read it.

So basically the question is, how i manage my server to keep as many client connections as hardware / network is capable to (Without spawning a new thread for each client connection because i think this is not suitable for a mmo game).

As far as i know JVM can't handle that huge amount of threads, so this can't be the right way.

also I'm such a noob in networking. I started to learn it few months ago.
Someone gives me some light?

Regards.

Edited by Sytto, 05 May 2012 - 02:45 PM.


Sponsor:

#2 Washu   Senior Moderators   -  Reputation: 5359

Like
0Likes
Like

Posted 05 May 2012 - 03:36 PM

You should be using, last I recall, the NIO sockets.

In time the project grows, the ignorance of its devs it shows, with many a convoluted function, it plunges into deep compunction, the price of failure is high, Washu's mirth is nigh.
ScapeCode - Blog | SlimDX


#3 SimonForsman   Crossbones+   -  Reputation: 6167

Like
0Likes
Like

Posted 05 May 2012 - 03:37 PM

hi Posted Image first of all, this is my first post!
second, i read the FAQ's, but my doubts are still there Posted Image

So I'm programming a server for a multiplayer game in Java, but I don't know the proper way to handle the client connections.

The game is like a tiny mmo inspired inspired by Transformice. For those who do not know, Transformice is a MMO flash and tcp based game. It has around 60.000 concurrent players / day average and I wonder how they handle this amount of connections. Right now, my server spawns a thread for every client connection and I read in the FAQ's this is not good but also I thought same before read it.

So basically the question is, how i manage my server to keep as many client connections as hardware / network is capable to (Without spawning a new thread for each client connection because i think this is not suitable for a mmo game).

As far as i know JVM can't handle that huge amount of threads, so this can't be the right way.

also I'm such a noob in networking. I started to learn it few months ago.
Someone gives me some light?

Regards.


First of all, Transformice is not an MMO, (each game has a very low number of players so you don't need to deal with MMO scale networking for this type of game).

What you should do is have one master server for the "lobby" and then run multiple game servers, They can but doesn't have to be on the same machine but needs different ports and should be handled by their own instance of the server application.

Have the master server keep track of how many instances of the game server each node is running and launch new ones as needed on the least busy node, (You can have game servers report their nodes status to the master server for this purpose)

For the game servers 1 or 2 threads are enough, (having one thread that only waits for new connections and one that runs the game can simplify things slightly)
I don't suffer from insanity, I'm enjoying every minute of it.
The voices in my head may not be real, but they have some good ideas!

#4 Sytto   Members   -  Reputation: 102

Like
0Likes
Like

Posted 05 May 2012 - 04:27 PM

You should be using, last I recall, the NIO sockets.


thank you very much, didn't know about this!

First of all, Transformice is not an MMO, (each game has a very low number of players so you don't need to deal with MMO scale networking for this type of game).

What you should do is have one master server for the "lobby" and then run multiple game servers, They can but doesn't have to be on the same machine but needs different ports and should be handled by their own instance of the server application.

Have the master server keep track of how many instances of the game server each node is running and launch new ones as needed on the least busy node, (You can have game servers report their nodes status to the master server for this purpose)

For the game servers 1 or 2 threads are enough, (having one thread that only waits for new connections and one that runs the game can simplify things slightly)


I'm not sure if I understand your post. Do you mean that rather than spawning a new thread per client connected, I run some kind of game server node for handle the new client connected ? Or do you mean these game server nodes should be able to handle more than one client ? Because that is what really I was wondering. I can't figure out a way for handling multiple clients without spawning a new thread for each connection.
Maybe I'm a little bad for these things Posted Image also thank you very much for your answer too!

Regards.

#5 SimonForsman   Crossbones+   -  Reputation: 6167

Like
0Likes
Like

Posted 05 May 2012 - 06:38 PM


You should be using, last I recall, the NIO sockets.


thank you very much, didn't know about this!

First of all, Transformice is not an MMO, (each game has a very low number of players so you don't need to deal with MMO scale networking for this type of game).

What you should do is have one master server for the "lobby" and then run multiple game servers, They can but doesn't have to be on the same machine but needs different ports and should be handled by their own instance of the server application.

Have the master server keep track of how many instances of the game server each node is running and launch new ones as needed on the least busy node, (You can have game servers report their nodes status to the master server for this purpose)

For the game servers 1 or 2 threads are enough, (having one thread that only waits for new connections and one that runs the game can simplify things slightly)


I'm not sure if I understand your post. Do you mean that rather than spawning a new thread per client connected, I run some kind of game server node for handle the new client connected ? Or do you mean these game server nodes should be able to handle more than one client ? Because that is what really I was wondering. I can't figure out a way for handling multiple clients without spawning a new thread for each connection.
Maybe I'm a little bad for these things Posted Image also thank you very much for your answer too!

Regards.


You'll most likely have multiple nodes, each node runs a number of game servers, (each game server hosts 1 game with X players), the game server should have 1 thread for all clients, possibly 2 if you want to use blocking sockets (not really recommended), If you're allowing players to create games themselves you'll have the master server tell the least populated node to launch a new game server, (This can quite easily be done using ssh) before directing the player to it, if players can't create games then you just launch new game servers when the currently running ones are full).

as for the game server handling multiple connections its fairly easy.
loop through the connections and deal with them one at the time. use non blocking sockets to avoid having reads and writes stall the application. (If you use blocking sockets you have to be very careful and always check how much data you can attempt to read before you try to read it and you can't ever write more data than what you can fit in the sockets output buffer)

When reading data you should take all the data that is currently on the socket and place it in your own buffer, extract any complete "packets" from it and handle those, save any data belonging to incomplete packets in the buffer (The next time you read from the same socket you'll get the rest of it.

When writing data you have to do the opposite, keep your own buffer of data to be sent, try to write it all to the socket, check the return value from the write function (it indicates how many bytes was actually written) and remove that number of bytes from your buffer then move on to the next socket in the list.
The important thing is to never stop to wait for a socket.

If your server runs at a fairly low update rate you can increase the size of the recieve buffer using the setRecieveBufferSize method (allthough its only a hint to the underlying implementation, if you have a problem with it filling up and can't increase it enough you might benefit by moving the socket reads to their own thread to get data to your own buffers faster. (Your own buffers aren't limited in size by the platform in the same way) but usually its not necessary (a game shouldn't generate that much data on a single socket)

Edited by SimonForsman, 05 May 2012 - 06:45 PM.

I don't suffer from insanity, I'm enjoying every minute of it.
The voices in my head may not be real, but they have some good ideas!

#6 Antheus   Members   -  Reputation: 2397

Like
0Likes
Like

Posted 06 May 2012 - 09:35 AM

Standard non-NIO sockets do not have a non-blocking write (OutputStream may block). Only workaround here is a thread pool, which can, in worst case, grow to same size as number of sockets.

That alone makes it intractable.

They also lack select()-like timeout functionality, so they must be constantly polled for both, read and write.

NIO has its own warts, but manages to workaround these limitations. NIO is mostly integrated in old interfaces these days, so it's slightly easier to use, at least for basic functionality.




Old topic!
Guest, the last post of this topic is over 60 days old and at this point you may not reply in this topic. If you wish to continue this conversation start a new topic.



PARTNERS