-----Original Message----- From: bulia byak [mailto:buliabyak@...400...] Sent: maandag 16 juni 2008 17:14 To: Engelen, J.B.C. (Johan) Cc: Anhalter42@...173...; inkscape-devel@lists.sourceforge.net Subject: Re: [Inkscape-devel] Startup slowdown caused by nr_arena_updates?
On Mon, Jun 16, 2008 at 10:27 AM, <J.B.C.Engelen@...1578...> wrote:
I changed bbox calculation to use the 2geom path instead of
NArtBpath.
I'll do some tests whether this is much slower. Right now I am thinking this is very bad news for my project: it might
mean that path
transformation (operator*) is significantly slower in the 2geom lib than NR lib...
No need to despair - there was simply no motivation so far to speed up 2geom. Now this motivation is aplenty. I also noticed the slowdowns during work; part of them (during transformations) I traced down to path data writing and reported to Jasper who was looking into it, but part is also undoubtedly blameable on 2geom. So let's make this a call to arms for all 2geom devels to make 0.47 not a bit slower - and ideally faster - than 0.46.
Thank you for your positive note Bulia!
I was a bit unfair... the "slow" function used to use the rough bbox at first (defined by the handles of the path), instead of the exact bounding box. So I changed that in the code now. Still, operator*(Geom::Path, Geom::Matrix) is a "slow" function, and a lot of time is spent there. So we could try to focus optimizing attempts there.
(I like -pg and gprof for profiling!)
Cheers, Johan