[pypy-dev] PyPy for restricted execution Python

[Christopher Armstrong]

On Thu, 19 Aug 2004 13:32:28 +0200, holger krekel <hpk at trillke.net> 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