:-)
On Jul 11, 9:13 am, Richard Vézina <ml.richard.vez...@gmail.com> wrote: > ;-) > > 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.