[Qgis-developer] Benchmarking / optimization

[Marco Hugentobler]

Hi Radim

Wow, there are a lot of performance critical changes, even with the 
postgresql layers. Thank you very much for the useful qgis_bench, it is 
now much easier to make performance tests when implementing a new feature.

<dream>
A real killer feature would be to have an application that takes a 
project and a source tree, runs all the revisions in master branch and 
outputs the times  for the revisions in a csv file.
</dream>

Regards,
Marco

On 09.12.2011 11:21, Radim Blazek wrote:
> On Wed, Dec 7, 2011 at 6:12 PM, Mayeul Kauffmann
> <mayeul.kauffmann at free.fr>  wrote:
>> Hi,
>> You may try to use http://sourceforge.net/projects/osm2postgresql/
>> to test with huge OSM datasets.
>> I'm doing this daily on continental extracts (and planning to do this on
>> planet.osm soon). (Do NOT try to import full planet.osm with
>> osm2postgresql_04.sh, next version will be released soon).
>> Rendering when zoomed in a lot is OK, but I would not try to zoom out to
>> much!
>> Mayeul
> I am using some OSM data (osm_administrative in the chart), smaller
> areas only for now because I have to repeat each test many time and
> work with average to get repeatable results. OSM is very good source
> of real data.
>
> I have added PostGIS and SQLite providers and categorized renderer.
> Interesting are opposite effects of some commits on PostGIS provider,
> e.g. roads_graph-pg-categ x roads_graph-pg-sinsym and also pg x shp,
> eg. roads_graph-pg-sinsym x roads_graph-shp-sinsym.
>
> Radim
> _______________________________________________
> Qgis-developer mailing list
> Qgis-developer at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/qgis-developer


-- 
Dr. Marco Hugentobler
Sourcepole -  Linux&  Open Source Solutions
Churerstrasse 22, CH-8808 Pfäffikon SZ, Switzerland
marco.hugentobler at sourcepole.ch http://www.sourcepole.ch
Technical Advisor QGIS Project Steering Committee