ZFS txg implementation flaw

aurfalien aurfalien at gmail.com
Mon Oct 28 18:25:27 UTC 2013


On Oct 28, 2013, at 11:16 AM, Slawa Olhovchenkov wrote:

> On Mon, Oct 28, 2013 at 10:45:02AM -0700, aurfalien wrote:
> 
>> 
>> On Oct 28, 2013, at 2:28 AM, Slawa Olhovchenkov wrote:
>> 
>>> I can be wrong.
>>> As I see ZFS cretate seperate thread for earch txg writing.
>>> Also for writing to L2ARC.
>>> As result -- up to several thousands threads created and destoyed per
>>> second. And hundreds thousands page allocations, zeroing, maping
>>> unmaping and freeing per seconds. Very high overhead.
>>> 
>>> In systat -vmstat I see totfr up to 600000, prcfr up to 200000.
>>> 
>>> Estimated overhead -- 30% of system time.
>>> 
>>> Can anybody implement thread and page pool for txg?
>> 
>> Would lowering vfs.zfs.txg.timeout be a way to tame or mitigate this?
> 
> vfs.zfs.txg.timeout: 5
> 
> Only x5 lowering (less in real case with burst writing). And more fragmentation on writing and etc.

So leave it default in other words.

Good to know.

- aurf



More information about the freebsd-current mailing list