On Sat, Apr 4, 2009 at 6:04 PM, Andrew Francis wrote:
>
> Hi:
>
> Perhaps this question has been asked before but is there a limit to the
> number of descriptors the SelectReactor can handle? Is this a function of the
> operating system?
>
I would say a function of the operating system - or spe
On Win32, OS select() can take somewhere between 400-450 handles from what I
recall. You will start to suffer although I think you can get beyond this via
subprocesses, yet I haven't explored that area yet.
-Tkiel
-Original Message-
From: twisted-python-boun...@twistedmatrix.com
[mail
On Mon, Mar 30, 2009 at 6:27 PM, tim wylie wrote:
> Hello,
> I'm a long time linux/python user who's just now starting to use
> twisted. I am looking for advice more than anything specific. We're
> working on a small game/etc server that has several small games that can be
> played between us
Thanks all for the excellent feedback so far. I will adapt it to a
refinement on the proposal and update this thread sometime during the week.
On Sat, Apr 4, 2009 at 9:38 AM, Dave Britton wrote:
> Twisted masters,
> As a twisted newbie, who still doesn't really feel like I get it, but is
> real
On 08:38 pm, cary.h...@gmail.com wrote:
Thanks all for the excellent feedback so far. I will adapt it to a
refinement on the proposal and update this thread sometime during the
week.
Thanks for your time. We're all looking forward to see what you can do
with the documentation :-).
___
I am trying to get the highest level of performance using all of the
processors cores on a server.
In the past, a unix app would bind/listen to a socket and then fork or
spawn children to accept connections on that socket. I can’t see how
to do that in Twisted. Can someone point me in the r
I think 1024 on most linux kernels (2.4 and 2.6) for select, you need to go to
poll/epoll if you want more, or recompile your kernel.
> -Original Message-
> From: twisted-python-boun...@twistedmatrix.com [mailto:twisted-python-
> boun...@twistedmatrix.com] On Behalf Of Drew Smathers
> Sen
> I would say a function of the operating system - or specifically
> ulimit on a *nix system.
I do not think this is correct, on linux: ulimit -n is the number of fds that
can be written/read by a process, but the 1024 limit on select is actually
hard-compiled into the kernel and can be changed
