Oleg Broytmann wrote:
> On Wed, Jul 29, 2009 at 10:46:19PM -0400, Stef Telford wrote:
>
>> Which would -definitely- seem to suggest Decimal is gawd awful slow.
>> The entire program finished in roughly 1/8th of the time. True, memory
>> consumption went from around 880mb for 220k objects upto 1.4gb for the
>> same 220k objects. However, look at that speed gain. It's insane.
>>
>
> Trading speed for memory. Pretty crowded market. ;)
>
> Oleg.
>
Morning Oleg,
Yeah.. I would think so. My hack currently consists of ripping out
the Decimal stuff mostly from col.py as well as the two line change
inside psycopg2 .. and that's where I think we may have a problem. The
Psycopg2 guys are probably -not- interested in changing over from
Decimal to gmpy, even for speed. Which makes me wonder.. should I
maintain these patches for myself ?
Let me re-ask that question; is there any point in submitting
patches to use gmpy to you if to get things working requires a patched
psycopg2 (which will probably never go 'mainstream') ?
The difference -is- like night and day though. The process that used
to take 26 hours to run now takes around 4 hours. ~Slight~ difference in
speed ;)
Regards
Stef
(ps. I am also pretty certain that more speed can be ecked out of the
system, although I doubt with such gains ;)
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
sqlobject-discuss mailing list
sqlobject-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss
