On Thu, 19 Aug 2004 13:32:28 +0200, holger krekel <[EMAIL PROTECTED]> wrote: > [Christopher Armstrong Thu, Aug 19, 2004 at 06:30:59AM -0400] > > That would be cool, but it seems pretty hard (well, maybe in a few > > more years of computing power advancement ;), and I think it's > > acceptable to only use a limited pool of UMLs that run multiple users' > > code. Here's why. > > As PyPy will be faster than C i don't see a speed problem :-) > > Seriously, though, if the code is to interact with a gaming > api and not drive e.g. some graphics hardware i don't see a > big computing power problem with PyPy on top of UserModeLinux > even if PyPy would be five times slower than CPython.
Oh, I'm not worried about PyPy's performance -- the performance I was referring to was that of UML. Running hundreds of UMLs on a machine right now is totally impractical, if I'm not mistaken. > Wouldn't it make sense to define a "command protocol" with > integrated simulation security restrictions and provide a > client side python library for speaking this protocol? This way the > user is free to program whatever she pleases but is restricted through > host security (including CPU/RAM/FS restrictions) and can only produce > commands which pass simulation security at the server side. mmmh... I'll think about this more :) -- Twisted | Christopher Armstrong: International Man of Twistery Radix | Release Manager, Twisted Project ---------+ http://radix.twistedmatrix.com _______________________________________________ [EMAIL PROTECTED] http://codespeak.net/mailman/listinfo/pypy-dev
