On Wed, Aug 14, 2019 at 5:35 AM Koen De Groote
wrote:
> ...
> I've read that the log files are preallocated. I see them as being 65MB a
> piece.
>
Yes. Preallocation of logs is an important performance trick.
The point is that if a file doesn't change length when you write to it,
then the file
Al right, I'll try and go forward with that info. Thanks.
On Wed, Aug 14, 2019 at 2:55 PM Norbert Kalmar
wrote:
> Read doesn't matter, there will be no txn logs for read. Only modifications
> are logged (state changes to the datatree).
>
> As for why all txn logs are 64MB:
> "preAllocSize
> (Jav
Read doesn't matter, there will be no txn logs for read. Only modifications
are logged (state changes to the datatree).
As for why all txn logs are 64MB:
"preAllocSize
(Java system property: zookeeper.preAllocSize)
To avoid seeks ZooKeeper allocates space in the transaction log file in
blocks of p
>Without a snapshot, we cannot delete the log files, as we would have no
>means of recovery. txn logs applied to the snapshot gives us back the
>state. Without snapshot, all txn logs needs to be "replayed" in a recovery.
>And you need all the log files created since your last snapshot (in this
>cas
Hi,
Without a snapshot, we cannot delete the log files, as we would have no
means of recovery. txn logs applied to the snapshot gives us back the
state. Without snapshot, all txn logs needs to be "replayed" in a recovery.
And you need all the log files created since your last snapshot (in this
cas