[Qgis-developer] Render speed

[Tim Sutton]

Hi

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
1.0.

Regards

Tim

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