Opened 12 years ago
Closed 12 years ago
#4682 closed defect (fixed)
GRIB: band caching is too aggressive
| Reported by: | Even Rouault | Owned by: | warmerdam |
|---|---|---|---|
| Priority: | normal | Milestone: | 1.9.2 |
| Component: | GDAL_Raster | Version: | unspecified |
| Severity: | normal | Keywords: | |
| Cc: |
Description
http://lists.osgeo.org/pipermail/gdal-dev/2012-May/032915.html :
The GRIB driver actually caches all the raster data from a band the first type you access it, and never releases it. This is to speed-up successive RasterIO operations on a band, which is a nice feature generally. But if you iterate over all the bands, it means that GDAL will end up allocating (number_of_bands * x_size * y_size * sizeof(double) ) bytes. In your case : 1129 * 720 * 360 * 8 = 2.3 GB indeed.
Change History (1)
comment:1 by , 12 years ago
| Component: | default → GDAL_Raster |
|---|---|
| Milestone: | → 1.9.2 |
| Resolution: | → fixed |
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
Fixed in trunk (r24504) and branches/1.9 (r24505)