[gdal-dev] IO Overhead when reading small subsets from Global Files

Julian Zeidler gdal at zeidlers.de
Mon Dec 8 01:44:41 PST 2014


Dear Gdal-mailinglist,

I am currently trying to optimize a Global Modell.
The Modell reads small chunks (500x500) from lots (One for each day) of 
Global Datasets (40000x20000)
These Dataset are compressed NetCDFs with a tilling activated (100x100). 
(See output oif gdalinfo attached)
However when I measure the File-IO via NFS i get a Factor of ~10 
compared to the uncompressed Output image when testing with gdal. Inside 
teh Modell using the netCDF library diretyl i measure an even worst 
Factor of ~60 compared to compressed outputs). This is better than using 
untiled Inputs where the overhad was ~80x, but still a larger overhead 
than I expected.
I tested it using gdal_translate in.nc out.tif -srcwin 6000 6000 500 500

Is there anything that can be done to decrease this Overhead?
  For a global Modell Run the Overhead would add up to about 300TB*

*I am thankful for any suggestions.

Cheers Julian




Gdalinfo:

Driver: netCDF/Network Common Data Format

Files: LAI_Y2014_C10.nc

Size is 40320, 20160

Coordinate System is `'

Origin = (-179.999993460545994,90.000001090156800)

Pixel Size = (0.008928571482636,-0.008928571915164)

Metadata:

LAI#Fill_Value=-999

LAI#long_name=Leaf Area Index

LAI#units=m2/m2

LAI#valid_range={1,10}

latitude#long_name=Latitude

latitude#units=degrees_north

longitude#long_name=Longitude

longitude#units=degrees_east

NC_GLOBAL#comment=email:markus.tum at dlr.de

NC_GLOBAL#Conventions=CF-1.4

NC_GLOBAL#institution=DLR-DFD

NC_GLOBAL#title=10 Day LAI Composite based on Geoland2

Corner Coordinates:

Upper Left (-179.9999935,  90.0000011)

Lower Left (-179.9999935, -90.0000087)

Upper Right ( 180.0000087,  90.0000011)

Lower Right ( 180.0000087, -90.0000087)

Center ( 0.0000076,  -0.0000038)

Band 1 Block=100x100 Type=Float32, ColorInterp=Undefined

NoData Value=-999

Metadata:

Fill_Value=-999

long_name=Leaf Area Index

NETCDF_VARNAME=LAI

units=m2/m2

valid_range={1,10}

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20141208/1a7fd269/attachment.html>


More information about the gdal-dev mailing list