Hi!

On Wed, Jul 22, 2009 at 11:19:36AM -0400, Stef Telford wrote:
> Hello Oleg, Everyone,
>    Sorry for the delay in replying.. "real life" sort of got in the way. 
> Deepest apologies for that.

   No problem. I understand the issue and feel your pain, sure.

>    When I benchmarked the SQLObject page of 7000+ objects (give or take  
> a few hundred), I got the 80-90 seconds. With plain python objects, I  
> got the 0.3 seconds (obviously a lot less going on, so, not surprising  
> there). However, when I took out the evals inside sqlobject/main.py, I  
> got the page speed to around 15-20 seconds.

   Aha, that's the results! Thank you!

   In what way have you "took out the evals"? You cannot just remove them so
you probably replaced them? with what?

>    So, this raises the question, is it perhaps better to -not- use  
> eval(..) and instead tinker with the objects __attributes__ or __dict__  
> ? I am not -that- conversant/knowledgeable in pythons black magic of  
> object meta programming but.. I definitely think that if we can get away  
> from calling 'evals' when doing object instantiation that would be a  
> HUGE performance win.

   That requires some thinking and experimenting. Perhaps those evals
could be replaced with functools.partial - that requires python 2.5, so it
can be implemented after SQLObject 0.11 (which I'm gonna release RSN).

>    And, in the process of putting my money where my mouth is, I am more  
> than willing to donate $200 bounty for the fix, either to the person or  
> charity of their choosing.

   Wow, what a generous offer! Thank you very much!

> (ps. I -do- have a large PNG of the system during a single 'page  
> impression'. It's about 7mb .. I can send it offlist if your interested 
> ?)

   A PNG of the system? What's that? I don't understand...

Oleg.
-- 
     Oleg Broytmann            http://phd.pp.ru/            p...@phd.pp.ru
           Programmers don't die, they just GOSUB without RETURN.

------------------------------------------------------------------------------
_______________________________________________
sqlobject-discuss mailing list
sqlobject-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss

Reply via email to