;-)

Richard

On Thu, Jul 7, 2011 at 5:31 PM, cjrh <caleb.hatti...@gmail.com> wrote:

> That is a complicated question:
>
> 1) Single page load: no.  This is generally an IO-bound kind of system,
> e.g. an infinitely fast processor would have almost no effect on response
> time.
>
> 2) Concurrency/Scaling: generally, no.  This is dominated by the DB
> backend, and (generally) the speed at which the DB can serve concurrent
> queries becomes limiting well before cPython gets too slow.
>
> 3) Any code that gets "exec"ed by python: no.  AFAIK PyPy doesn't do
> anything to exec() code, and that pretty much means your whole app. (I had a
> look---I can't find this mentioned anywhere, but I seem to have this idea
> stuck in my head from somewhere.  Perhaps it was a limitation of an earlier
> PyPy version and no longer applies?)
>
> What remains is the internal stuff, such as markmin, templating and other
> gluon/* code (and rocket!).  So the final answer is a tentative "no", PyPy
> probably won't have too much impact on performance for web2py.  So why
> bother?  Because PyPy is the future of Python.
>

Reply via email to