Hi Ken,

turning off compression for all newly generated maps is indeed not
supported. If you don't care about disk usage and disk speed but processing
time, LZ4 is the compression method of choice. LZ4 compresses in near-real
time, i. e. in GRASS GIS there is no measurable CPU speed penalty, only
increased disk IO because more data need to be written and subsequently
read. I am using LZ4 myself as raster compression in workflows for
temporary intermediate maps and change the raster compression method before
writing out final results.

Currently, the default GRASS raster compression method can only be changed
with the environment variable GRASS_COMPRESSOR.

Markus M

On Sun, Mar 1, 2020 at 4:21 AM Vaclav Petras <wenzesl...@gmail.com> wrote:
>
> Hi Ken,
>
> That sounds like a good experiment and I think there would be general
interest in what you find. However, please note that less compression may
not mean faster, because then there is more data to write and read and I/O
is generally a significant bottleneck. Markus Metz may say more about this
as he did tests when he was implementing the new compressions, but you
might be able to find some posts on this on the grass-dev mailing list.
>
> Best,
> Vaclav
>
> On Sat, Feb 29, 2020 at 11:40 AM Ken Mankoff <mank...@gmail.com> wrote:
>>
>>
>> Hm. Answer: No
>>
>> I just did:
>>
>> export GRASS_COMPRESSOR=none
>>
>> And then get this error message:
>>
>> WARNING: No compression is not supported for GRASS raster maps, using
default ZLIB
>>
>> Seems like a shame to not have this as an option. I'll try speeding it
up by tweaking the compression method and amount.
>>
>>   -k.
>>
>> On 2020-02-29 at 08:37 -08, Ken Mankoff <mank...@gmail.com> wrote...
>> > Hi,
>> >
>> > I'd like to turn off compression for all maps. Is this possible with
>> > g.gisenv or environment variables? The g.gisenv manual only shows how
>> > to choose among compression methods, not disable it.
>> >
>> > This does not seem to work:
>> >
>> > g.gisenv set="GRASS_COMPRESSOR=none" # optimize for speed
>> >
>> > I can decompress one map with:
>> >
>> > r.compress -u map=foo
>> >
>> > But I'm trying to skip the time spent compressing and decompressing
>> > altogether. I could use a small speed boost, and this seems like an
>> > easy way to speed things up - I can afford the disk space for all the
>> > temporary intermediate maps.
>> >
>> > Thanks,
>> >
>> >   -k.
>>
>> _______________________________________________
>> grass-user mailing list
>> grass-user@lists.osgeo.org
>> https://lists.osgeo.org/mailman/listinfo/grass-user
>
> _______________________________________________
> grass-user mailing list
> grass-user@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-user
_______________________________________________
grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user

Reply via email to