On 26/01/2012 14:03, Alexander (AddisMap) wrote:
Jasper van de Gronde<th.v.d.gronde@...125...> writes:
Are those announce performance improvements already in trunk or do be have to use some other branch?
They are, and in many cases they are considerable. However, obviously your mileage may vary. Probably the best thing to do would be to post an example of a file that you're using and describing what actions in particular are very slow for you, then we can take a look to see what the problem might be.
I was hoping those improvements are still to come.
Here is one sample file:
http://downloads.ethiopia-map.com/misc/city-center-map-with-mapdata.svgz
Basically everything is slow. Opening. Panning. Zooming. Moving all objects. But I admit it is a complex file. The computer that we are using is quite recent.
Tested on OS X Lion with 64bit builds, comparing 0.48.2 to r10922:
- Inkscape 0.48.2 (stable): Loading and rendering performance ok Selecting large (clone of) group with many stroked paths ok Editing (e.g. dragging a map symbol with the mouse) ok Node-editing e.g. a contour line ok
- Inkscape 0.48+devel r10922 (trunk) Loading and rendering performance ok Selecting large (clone of) group with many stroked paths slower Editing (e.g. dragging a map symbol with the mouse) very slow Node-editing e.g. a contour line slower
Probably, since the file has hundreds of stroked paths, working with it (beyond mere viewing) using a recent build from trunk is affected by the issue discussed in http://thread.gmane.org/gmane.comp.graphics.inkscape.devel/37456
In my tests, it's not really practicable with Inkscape 0.48+devel r10922 to do such a basic operation like dragging a newly drawn square around the canvas (with the mouse), nor e.g. any of the map symbols already existing in the current drawing.
Node-editing existing large stroked paths seems less affected (slowed down) by the new, preciser calculation of the visual bounding box, but there is still a noticeable slow-down compared to 0.48.2.
Hiding layers with complex paths does not help to increase the performance in current trunk (the slowdown still occurs).
Personally, I would recommend to stay with stable 0.48.2 for such files for now (and hide layers when working on details). AFAICT the greatest performance gains in current trunk are mainly for rendering of SVG filter effects, and overall memory usage (much lower). I do hope that the regression with (complex) stroked paths can be addressed before the release of 0.49.
~suv