Date: Tue, 1 Nov 2016 16:26:29 +0300 From: Lev Serebryakov <lev@FreeBSD.org> To: Andriy Gapon <avg@FreeBSD.org>, freebsd-fs <freebsd-fs@FreeBSD.org> Subject: Re: ZFS L2ARC checksum errors after compression Message-ID: <9cf86479-a8ce-eb30-bcf0-44d8f7a01054@FreeBSD.org> In-Reply-To: <3dae7691-fcd1-b3b9-445c-b81d6f0cdc52@FreeBSD.org> References: <921575537.20161029143626@serebryakov.spb.ru> <3dae7691-fcd1-b3b9-445c-b81d6f0cdc52@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 29.10.2016 16:32, Andriy Gapon wrote: > I think that a recent upstream change, compressed ARC support, reintroduced an a > old problem that was fixed a while ago. Also, allocated size is growing and I don't believe in this statistic: NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT cache - - - - - - gpt/l2arc 185G 338G 16.0E - 0% 182% I don't have data with SUCH comressibility on given pool, best "compression ratio" on one of FSes is 1.30, and is negligible on all others (it is media files, mostly). -- // Lev Serebryakov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9cf86479-a8ce-eb30-bcf0-44d8f7a01054>