[GRASS-dev] [GRASS GIS] #2750: LZ4 when writing raster rows; better than double I/O bound r.mapcalc speed

[GRASS GIS]

#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 mmetz):

 Replying to [comment:25 mmetz]:
 > Replying to [comment:24 wenzeslaus]:
 > > I was not able to make BZIP2 work for me. I would say I miss something
 like addition to `GISDEPS` but I was not able to fix it (getting undefined
 reference to some BZ function).
 >
 > You need to add $(BZLIB) to GISDEPS in include/Make/Grass.make. I will
 update bzipsupport.patch accordingly.

 The patches compressors.patch and compressors.patch are also updated to
 properly support NULL compression. Data for the null2 file are now
 compressed with the same method like actual raster values. Because NULL
 data usually occur in long sequences of identical values, the new generic
 RLE algorithm I wrote for lib/gis/compress.c seems to perform best
 (highest compression, very fast). However, for consistency it would be
 better to use the same compressor for both the null bitsream and the
 raster data.

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/2750#comment:26>
GRASS GIS <https://grass.osgeo.org>