[Qgis-developer] Render speed

Tim Sutton tim at linfiniti.com
Wed Jan 9 19:01:38 EST 2008


I cant remember who I was chatting to on IRC but I was going to
suggest that 0.9.3 we focus our attention on perfrmance only (kind of
like a performance triage!). Its definately an often mentioned
complaint and we should really be striving to get QGIS faster with
each release...particulary once we have all features implemented for



2008/1/9, Magnus Homann <magnus at homann.se>:
> I did a VERY unscientific test, rendering a 200 x 200 and a 300 x 300
> points shape file in trunk, renderer branch and composer_redesign
> branch. The points were autogenerated from a C-program to a delimited
> text file and then saved as shape file. All branches were compiled with
> debugging off.
> Using circles with size around 20, in renderer branch larger.
> Result:
> branch          layer    sec
> ----------------------------
> trunk           200x200      4
> trunk           300x300      8
> render          200x200      7
> render          300x300      13
> composer        200x200      16
> composer        300x300      32
> The delimited text files (gzipped) for those interested are stored at
> links below. It would be good if anyone could confirm the discrepancies.
> http://homann.se/Qgis/del200x200.txt.gz
> http://homann.se/Qgis/del300x300.txt.gz
> Magnus
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.qgis.org
> http://lists.qgis.org/cgi-bin/mailman/listinfo/qgis-developer

Tim Sutton
QGIS Project Steering Committee Member - Release  Manager
Visit http://qgis.org for a great open source GIS
openModeller Desktop Developer
Visit http://openModeller.sf.net for a great open source ecological
niche modelling tool
Home Page: http://tim.linfiniti.com
Skype: timlinux
Irc: timlinux on #qgis at freenode.net

More information about the Qgis-developer mailing list