From: | Stephen Froehlich <s(dot)froehlich(at)cablelabs(dot)com> |
---|---|
To: | "pgsql-novice(at)postgresql(dot)org" <pgsql-novice(at)postgresql(dot)org> |
Subject: | max_wal_size & compression on compressed filesystem |
Date: | 2017-10-17 21:32:38 |
Message-ID: | DM5PR06MB28915972F3037331CD6E19F4E54C0@DM5PR06MB2891.namprd06.prod.outlook.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
Hi All,
I am running postgres on top of zfs with lz4 enabled, so of course wal compression is off. I know that the wal size is then set for the uncompressed size as postgres is completely unaware of zfs's compression happening under the hood.
So, to get the WAL size "right" given my space constraints (a fast ~250 GB partition on an SSD), I either need to multiply max_wal_size by my expected compression ratio (looks like about 4:1) or turn wal_compression on (which assume would result in a small speed hit).
Thoughts?
Stephen Froehlich
Sr. Strategist, CableLabs(r)
s(dot)froehlich(at)cablelabs(dot)com
Tel: +1 (303) 661-3708
From | Date | Subject | |
---|---|---|---|
Next Message | Ruslan R. Laishev | 2017-10-18 16:01:59 | PQprepare & Stored Proces & OUT parameters |
Previous Message | David G. Johnston | 2017-10-17 15:25:49 | Re: Executing prepared statements in the multithreaded envs |