Date: Wed, 15 Nov 2017 08:30:18 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 222929] ZFS ARC stats have wrong count Message-ID: <bug-222929-3630-FJP4dPclXU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-222929-3630@https.bugs.freebsd.org/bugzilla/> References: <bug-222929-3630@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D222929 --- Comment #8 from naito.yuichiro@gmail.com --- (In reply to Allan Jude from comment #7) Thank you very much to your investigation. My ruby script doesn't read disks actually. I thought this means all metadata is cached. I saw no problem with performance. > Anyway, I am investigating a quick fixes to account for the cache hit=20 > correctly, instead of as a cache miss. I hope your fix. > I am also looking to see if it would be relatively simple to optimize the= case > and return the data more directly in arc_read() instead of creating a zio= and > going the currently more complicated path. This path mostly exists becaus= e it makes > it possible for other functions to not need to know about the embedded bl= ock=20 > pointer feature. I don't know about zfs source codes. But if you need to test your patch in my environment, please ask me. I will test in new boot environment on my PC. I learned the feature in your session in BSDtw! --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-222929-3630-FJP4dPclXU>