Python Scalability TCP Server + Background Game

[phiwer at gmail.com]

Den lördagen den 18:e januari 2014 kl. 13:13:47 UTC+1 skrev Asaf Las:
> On Wednesday, January 15, 2014 8:37:25 PM UTC+2, phi... at gmail.com wrote:
> 
> > My problem is as follows: 
> 
> > ....
> 
> > 2) The network layer of the game server runs a separate process as well, 
> 
> > and my intention was to use gevent or tornado (http://nichol.as/asynchronous-
> 
> >servers-in-python).
> 
> > 3) The game server has a player limit of 50000. My requirement/desire is to 
> 
> > be able to serve 50k requests per second 
> 
> > 4) The game is not a real-time based game, but is catered towards the web.
> 
> > Due to this information, I have developed the initial server using netty in 
> 
> > java. I would, however, rather develop the server using python,... and then 
> 
> > use python for the frontend. ...
> 
> 
> 
> do you have references to implementations where python was used as frontend for such traffic load? 
> 
> 
> 
> you can have a look to this group for numbers
> 
> https://groups.google.com/forum/#!forum/framework-benchmarks
> 
> 
> 
> Asaf

Yes I've looked at those charts, and that was one of the reasons why I decided
to go with netty for the back-end (although I'm probing to see if python 
possibly could match in some way, which I haven't thought of yet...).

With regards to front-end, I haven't fully decided upon which framework to use.
It's easier to scale the front-end, however, given that the problem of
locking game state is not present in this logical part of the architecture.