If anyone is interested. I have implemented a dynamic subBlockSize. It
seems to work just fine and the memory consumption is now minimal even with
huge WMS rasters.
I have attached a patch file with the changes.
Greetings,
Dennis
0001-dynamic-subBlockSize-fixes-problem-with-huge-rasters.patch
D
Hi again,
Sorry, I just realized this was a topic before:
http://thread.gmane.org/gmane.comp.gis.gdal.devel/21150/focus=21167
http://trac.osgeo.org/gdal/ticket/3224
A hashtable would probably be the better solution, but just computing
subBlockSize dynamically could be a quicker fix.
Kind regard
Hi,
We've stumbled upon memory problems when using huge raster levels.
For instance for a common TMS/WMS server on the full level you will have
something like:
Raster Size: 268435456x268435456
Block Size: 256x256
With SUBBLOCK_SIZE 64 this results in:
nSubBlocksPerRow = 268435456 / 256
