[GRASS-dev] [GRASS GIS] #2750: LZ4 when writing raster rows; better than double I/O bound r.mapcalc speed
GRASS GIS
trac at osgeo.org
Fri Oct 9 21:00:40 PDT 2015
#2750: LZ4 when writing raster rows; better than double I/O bound r.mapcalc speed
--------------------------+---------------------------
Reporter: sprice | Owner: grass-dev@…
Type: enhancement | Status: new
Priority: normal | Milestone: 7.1.0
Component: Raster | Version: svn-trunk
Resolution: | Keywords: ZLIB LZ4 ZSTD
CPU: OSX/Intel | Platform: MacOSX
--------------------------+---------------------------
Comment (by sprice):
Completely random data is not a good test because (in theory) it won't
compress. However, it looks like it demonstrated the expected results.
If you do a diff with n_les_assemble.c you'll see that I added a few if
statements to ensure that the indexing stays within row/col bounds. I was
getting segfaults with corrupt data before I fixed the other bugs. I
figure it should be able to handle any data without segfaulting, even if
corrupt.
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/2750#comment:11>
GRASS GIS <https://grass.osgeo.org>
More information about the grass-dev
mailing list