Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 20 Nov 2012 15:43:01 +0100
From:      Adam Nowacki <nowakpl@platinum.linux.pl>
To:        freebsd-fs@freebsd.org
Subject:   Re: ZFS FAQ (Was: SSD recommendations for ZFS cache/log)
Message-ID:  <50AB96F5.3060402@platinum.linux.pl>
In-Reply-To: <230DE7DAE83749DCBD180D5EF85D4CB1@multiplay.co.uk>
References:  <CAFHbX1K-NPuAy5tW0N8=sJD=CU0Q1Pm3ZDkVkE%2BdjpCsD1U8_Q@mail.gmail.com> <57ac1f$gf3rkl@ipmail05.adl6.internode.on.net> <50A31D48.3000700@shatow.net> <CAF6rxgkh6C0LKXOZa264yZcA3AvQdw7zVAzWKpytfh0%2BKnLOJg@mail.gmail.com> <57ac1f$gg70bn@ipmail05.adl6.internode.on.net> <CAF6rxgnjPJ=v24p%2BkOci2qGQ1weH7r%2B8vdLmiJ_1DrxLeEzZvg@mail.gmail.com> <CAF6rxg=wjy9KTtifGrF2D6szwWKw8cX-gkJjnZRQBmFTC9BBdg@mail.gmail.com> <48C81451-B9E7-44B5-8B8A-ED4B1D464EC6@bway.net> <50AB3789.1000508@platinum.linux.pl> <230DE7DAE83749DCBD180D5EF85D4CB1@multiplay.co.uk>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2012-11-20 09:57, Steven Hartland wrote:
>> vfs.zfs.arc_min="10000M"
>> vfs.zfs.arc_max="10000M"
>> vfs.zfs.vdev.cache.size="16M" # vdev cache helps a lot during scrubs
>> vfs.zfs.vdev.cache.bshift="14" # grow all i/o requests to 16kiB,
>> smaller have shown to have same latency so might as well get more "for
>> free"
>> vfs.zfs.vdev.cache.max="16384"
>
> This has been disabled by default for a while are you sure of the benefits?
>
> "Disable vdev cache (readahead) by default.
>
> The vdev cache is very underutilized (hit ratio 30%-70%) and may consume
> excessive memory on systems with many vdevs.
>
> Illumos-gate revision:    13346"

I'm not sure anymore - getting very weird results, with both vdev cache 
enabled and disabled. What I'm sure of is that 160MB used in my case for 
vdev cache is 1.5% of 10GB arc so can be ignored as insignificant.

Weird results (just after reboot, fs not mounted so completely idle, 
begin scrub, wait 30 seconds, stop scrub, see how much got scrubbed):
run 1) 9990 MB,
run 2) 1530 MB,
run 3) 10400 MB,
run 4) 1490 MB,
run 5) 1540 MB,
run 6) 1430 MB,
run 7) 10600 MB.

Is ZFS tossing a coin to decide if scrub should be slow or fast?
heads - 333MB/s,
tails - 50MB/s ...




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?50AB96F5.3060402>