[pypy-dev] PyPy for restricted execution Python
radeex at gmail.com
Thu Aug 19 22:30:58 CEST 2004
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
More information about the Pypy-dev