Subject: Overpass API developpement
List archive
- From: mmd <>
- To:
- Subject: Re: [overpass] compressed database info
- Date: Sat, 28 Feb 2015 15:06:00 +0100
Hi,
Am 27.02.2015 um 20:47 schrieb Donal Diamond:
> Has the new --flush-size=0 argument something to do with this?
the recently added --flush-size=0 seems to set the flush limit to a very
high value, so that pretty much all of the changes in a minutely diff
will be collected in main memory, before they are eventually flushed to
disk.
I would assume that this is an optimization to avoid repeated
compression/decompression steps during updating - at the expense of
additional main memory consumption. But of course, that alone doesn't
really explain larger file sizes.
BTW: Did you already run some queries on your compressed db? Is there a
noticeable performance impact compared to the non-compressed db?
Best,
mmd
- [overpass] compressed database info, donal.diamond, 02/24/2015
- Re: [overpass] compressed database info, Roland Olbricht, 02/26/2015
- Re: [overpass] compressed database info, Donal Diamond, 02/26/2015
- Re: [overpass] compressed database info, Roland Olbricht, 02/27/2015
- Re: [overpass] compressed database info, Donal Diamond, 02/27/2015
- Re: [overpass] compressed database info, mmd, 02/28/2015
- Re: [overpass] compressed database info, Donal Diamond, 02/27/2015
- Re: [overpass] compressed database info, Roland Olbricht, 02/27/2015
- Re: [overpass] compressed database info, Donal Diamond, 02/26/2015
- Re: [overpass] compressed database info, Roland Olbricht, 02/26/2015
Archive powered by MHonArc 2.6.18.