Re: Python Scalability TCP Server + Background Game

2014-01-21 Thread Philip Werner
> Looking a lot more normal and readable now. Thanks! > > Note that some people have experienced odd issues with Pan, possibly > relating to having multiple instances running simultaneously. You may > want to take care not to let it open up a duplicate copy of itself. > > ChrisA Thanks for the h

Re: Python Scalability TCP Server + Background Game

2014-01-19 Thread Chris Angelico
On Mon, Jan 20, 2014 at 5:53 AM, Philip Werner wrote: > On Sat, 18 Jan 2014 13:19:24 +, Mark Lawrence wrote: > >> On 18/01/2014 12:40, phi...@gmail.com wrote: >> >> [snip the stuff I can't help with] >> >> Here's the link you need to sort the problem with double spacing from >> google groups h

Re: Python Scalability TCP Server + Background Game

2014-01-19 Thread Philip Werner
On Sat, 18 Jan 2014 13:19:24 +, Mark Lawrence wrote: > On 18/01/2014 12:40, phi...@gmail.com wrote: > > [snip the stuff I can't help with] > > Here's the link you need to sort the problem with double spacing from > google groups https://wiki.python.org/moin/GoogleGroupsPython Thanks for the

Re: Python Scalability TCP Server + Background Game

2014-01-18 Thread Mark Lawrence
On 18/01/2014 12:40, phi...@gmail.com wrote: [snip the stuff I can't help with] Here's the link you need to sort the problem with double spacing from google groups https://wiki.python.org/moin/GoogleGroupsPython -- My fellow Pythonistas, ask not what our language can do for you, ask what you

Re: Python Scalability TCP Server + Background Game

2014-01-18 Thread phiwer
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...@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

Re: Python Scalability TCP Server + Background Game

2014-01-18 Thread Asaf Las
On Wednesday, January 15, 2014 8:37:25 PM UTC+2, phi...@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

Re: Python Scalability TCP Server + Background Game

2014-01-18 Thread phiwer
> (You're using Google Groups, which means your replies are > > double-spaced and your new text is extremely long lines. Please fix > > this, either by the fairly manual job of fixing every post you make, > > or the simple method of switching to a better client. Thanks.) > > > > My point was

Re: Python Scalability TCP Server + Background Game

2014-01-18 Thread Chris Angelico
On Sat, Jan 18, 2014 at 6:44 PM, wrote: >> Quick smoke test. How big are your requests/responses? You mention >> >> REST, which implies they're going to be based on HTTP. I would expect >> >> you would have some idea of the rough size. Multiply that by 50,000, >> >> and see whether your connectio

Re: Python Scalability TCP Server + Background Game

2014-01-17 Thread phiwer
> Quick smoke test. How big are your requests/responses? You mention > > REST, which implies they're going to be based on HTTP. I would expect > > you would have some idea of the rough size. Multiply that by 50,000, > > and see whether your connection can handle it. For instance, if you > > hav

Re: Python Scalability TCP Server + Background Game

2014-01-15 Thread Chris Angelico
On Thu, Jan 16, 2014 at 5:37 AM, wrote: > 3) The game server has a player limit of 5. My requirement/desire is to > be able to serve 50k requests per second (without any caching layer, although > the game server will cache data), so people don't get a poor user experience > during high pea

Python Scalability TCP Server + Background Game

2014-01-15 Thread phiwer
My problem is as follows: I'm developing an online game with the requirement of being able to handle thousands of requests every second. The frontend consists of web server(s) exposing a rest api. These web servers in turn communicate with a game server over TCP. When a message arrives at the

Re: python scalability

2008-07-11 Thread Paul Hankin
On Jul 10, 5:32 am, Tim Mitchell <[EMAIL PROTECTED]> wrote: > I work on a desktop application that has been developed using python and > GTK (seewww.leapfrog3d.com).  We have around 150k lines of python code > (and 200k+ lines of C).  We also have a new project manager with a C# > background who ha

Re: python scalability

2008-07-11 Thread Dan Stromberg
On Thu, 10 Jul 2008 16:32:38 +1200, Tim Mitchell wrote: > Hi All, > > I work on a desktop application that has been developed using python and > GTK (see www.leapfrog3d.com). We have around 150k lines of python code > (and 200k+ lines of C). We also have a new project manager with a C# > backgr

Re: python scalability

2008-07-11 Thread Gerhard Häring
Tim Mitchell wrote: Thanks for all the replies - they have all been helpful. On reflection I think our problems are probably design and people related. I strongly agree. "Scalability" is becoming a buzzword lately, which is meaningless unless qualified what exactly is meant. It's overused w

Re: python scalability

2008-07-10 Thread Tim Mitchell
Thanks for all the replies - they have all been helpful. On reflection I think our problems are probably design and people related. Cheers, Tim Michele Simionato wrote: On Jul 10, 6:32 am, Tim Mitchell <[EMAIL PROTECTED]> wrote: Hi All, I work on a desktop application that has been develo

Re: python scalability

2008-07-10 Thread Larry Bates
Tim Mitchell wrote: Hi All, I work on a desktop application that has been developed using python and GTK (see www.leapfrog3d.com). We have around 150k lines of python code (and 200k+ lines of C). We also have a new project manager with a C# background who has deep concerns about the scalabi

Re: python scalability

2008-07-10 Thread Jeffrey Froman
Tim Mitchell wrote: > One of my project managers questions is: "Are we the only company in the > world with this kind and size of project?" I can't provide a bigger success story personally (my largest project is currently about 15k lines of code, eminently manageable by one person.) But Google c

Re: python scalability

2008-07-10 Thread Michele Simionato
On Jul 10, 6:32 am, Tim Mitchell <[EMAIL PROTECTED]> wrote: > Hi All, > > I work on a desktop application that has been developed using python and > GTK (seewww.leapfrog3d.com).  We have around 150k lines of python code > (and 200k+ lines of C). We have bigger numbers than yours here (although not

Re: python scalability

2008-07-10 Thread Bruno Desthuilliers
Tim Mitchell a écrit : Hi All, I work on a desktop application that has been developed using python and GTK (see www.leapfrog3d.com). We have around 150k lines of python code (and 200k+ lines of C). We also have a new project manager with a C# background who has deep concerns about the scal

Re: python scalability

2008-07-10 Thread Mike Hansen
> I have looked at the python > success stories page and haven't come up with anyone quite like us. > One of my project managers questions is: "Are we the only company in the > world with this kind and size of project?" > I want to say no, but am having trouble convincing myself, let alone him. > >

Re: python scalability

2008-07-09 Thread Daniel Fetchinson
>> I work on a desktop application that has been developed using python >> and GTK (see www.leapfrog3d.com). We have around 150k lines of python >> code (and 200k+ lines of C). We also have a new project manager with >> a C# background who has deep concerns about the scalability of python >> as o

Re: python scalability

2008-07-09 Thread Jake Anderson
Tim Mitchell wrote: Hi All, I work on a desktop application that has been developed using python and GTK (see www.leapfrog3d.com). We have around 150k lines of python code (and 200k+ lines of C). We also have a new project manager with a C# background who has deep concerns about the scalabi

python scalability

2008-07-09 Thread Tim Mitchell
Hi All, I work on a desktop application that has been developed using python and GTK (see www.leapfrog3d.com). We have around 150k lines of python code (and 200k+ lines of C). We also have a new project manager with a C# background who has deep concerns about the scalability of python as our