[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