[Bug 216178] ZFS ARC and L2ARC are unrealistically large, maybe after r307265
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Mon Feb 20 11:45:44 UTC 2017
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=216178
--- Comment #11 from Lev A. Serebryakov <lev at FreeBSD.org> ---
Same result.
11.0-STABLE FreeBSD 11.0-STABLE #8 r313940M: Sun Feb 19 15:16:42 MSK 2017
Attached patch was applied!
% sudo smartctl -A /dev/da5
smartctl 6.5 2016-05-07 r4318 [FreeBSD 11.0-STABLE amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Samsung based SSDs
Device Model: Samsung SSD 850 EVO 250GB
Serial Number: S2R4NB0J115081X
LU WWN Device Id: 5 002538 d41a03ed9
Firmware Version: EMT02B6Q
User Capacity: 250,059,350,016 bytes [250 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: Solid State Device
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Mon Feb 20 14:41:13 2017 MSK
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
...
% zpool list -v
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
zroot 95.5G 18.1G 77.4G - 16% 18% 1.00x ONLINE -
gpt/root 95.5G 18.1G 77.4G - 16% 18%
zstor 13.6T 9.15T 4.48T - 25% 67% 1.00x ONLINE -
raidz1 13.6T 9.15T 4.48T - 25% 67%
da1 - - - - - -
da0 - - - - - -
da2 - - - - - -
da3 - - - - - -
da4 - - - - - -
cache - - - - - -
da5 233G 526G 16.0E - 0% 225%
% sysctl -a | grep l2
kern.features.linuxulator_v4l2: 1
kern.cam.ctl2cam.max_sense: 252
vfs.zfs.l2c_only_size: 0
vfs.zfs.l2arc_norw: 1
vfs.zfs.l2arc_feed_again: 1
vfs.zfs.l2arc_noprefetch: 1
vfs.zfs.l2arc_feed_min_ms: 200
vfs.zfs.l2arc_feed_secs: 1
vfs.zfs.l2arc_headroom: 2
vfs.zfs.l2arc_write_boost: 8388608
vfs.zfs.l2arc_write_max: 8388608
vfs.cache.numfullpathfail2: 0
kstat.zfs.misc.arcstats.l2_write_buffer_list_null_iter: 4522
kstat.zfs.misc.arcstats.l2_write_buffer_list_iter: 567486
kstat.zfs.misc.arcstats.l2_write_buffer_bytes_scanned: 10356335975424
kstat.zfs.misc.arcstats.l2_write_pios: 131233
kstat.zfs.misc.arcstats.l2_write_buffer_iter: 142392
kstat.zfs.misc.arcstats.l2_write_full: 34822
kstat.zfs.misc.arcstats.l2_write_not_cacheable: 6310602
kstat.zfs.misc.arcstats.l2_write_io_in_progress: 376
kstat.zfs.misc.arcstats.l2_write_in_l2: 63312026
kstat.zfs.misc.arcstats.l2_write_spa_mismatch: 3663622
kstat.zfs.misc.arcstats.l2_write_passed_headroom: 255811
kstat.zfs.misc.arcstats.l2_write_trylock_fail: 6901
kstat.zfs.misc.arcstats.l2_padding_needed: 0
kstat.zfs.misc.arcstats.l2_hdr_size: 93854992
kstat.zfs.misc.arcstats.l2_asize: 565424867840
kstat.zfs.misc.arcstats.l2_size: 567082335232
kstat.zfs.misc.arcstats.l2_io_error: 0
kstat.zfs.misc.arcstats.l2_cksum_bad: 430864
kstat.zfs.misc.arcstats.l2_abort_lowmem: 3
kstat.zfs.misc.arcstats.l2_free_on_write: 273
kstat.zfs.misc.arcstats.l2_evict_l1cached: 69699
kstat.zfs.misc.arcstats.l2_evict_reading: 0
kstat.zfs.misc.arcstats.l2_evict_lock_retry: 10
kstat.zfs.misc.arcstats.l2_writes_lock_retry: 4
kstat.zfs.misc.arcstats.l2_writes_error: 0
kstat.zfs.misc.arcstats.l2_writes_done: 131233
kstat.zfs.misc.arcstats.l2_writes_sent: 131233
kstat.zfs.misc.arcstats.l2_write_bytes: 648248758272
kstat.zfs.misc.arcstats.l2_read_bytes: 326535054336
kstat.zfs.misc.arcstats.l2_rw_clash: 0
kstat.zfs.misc.arcstats.l2_feeds: 142392
kstat.zfs.misc.arcstats.l2_misses: 3610592
kstat.zfs.misc.arcstats.l2_hits: 1151244
kstat.zfs.misc.arcstats.evict_l2_skip: 0
kstat.zfs.misc.arcstats.evict_l2_ineligible: 351227303936
kstat.zfs.misc.arcstats.evict_l2_eligible: 21983154688
kstat.zfs.misc.arcstats.evict_l2_cached: 1323198704640
%
kstat.zfs.misc.arcstats.l2_cksum_bad starts to rise right after L2ARC
"overfill"!
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-fs
mailing list