From nobody Fri Jul 15 15:49:10 2022 X-Original-To: fs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4LkwlR30Jzz4WwYZ for ; Fri, 15 Jul 2022 15:49:23 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vulpes.vvelox.net (vulpes.vvelox.net [98.102.84.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4LkwlQ1HhHz49fv; Fri, 15 Jul 2022 15:49:22 +0000 (UTC) (envelope-from v.velox@vvelox.net) Received: from vvelox.net (localhost [127.0.0.1]) (Authenticated sender: kitsune) by vulpes.vvelox.net (Postfix) with ESMTPA id D93AAF07B3; Fri, 15 Jul 2022 10:49:10 -0500 (CDT) List-Id: Filesystems List-Archive: https://lists.freebsd.org/archives/freebsd-fs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-fs@freebsd.org MIME-Version: 1.0 Date: Fri, 15 Jul 2022 10:49:10 -0500 From: "Zane C. B-H" To: Alan Somers Cc: freebsd-fs Subject: Re: ZFS dataset stats In-Reply-To: References: <42b403fd492b631ad14e97b7e8a9778f@vvelox.net> Message-ID: X-Sender: v.velox@vvelox.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4LkwlQ1HhHz49fv X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of v.velox@vvelox.net designates 98.102.84.2 as permitted sender) smtp.mailfrom=v.velox@vvelox.net X-Spamd-Result: default: False [-3.19 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.99)[-0.994]; R_SPF_ALLOW(-0.20)[+ip4:98.102.84.2/32]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:10796, ipnet:98.102.80.0/20, country:US]; MLMMJ_DEST(0.00)[fs]; TO_DN_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[vvelox.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N ZFS with the volmode set to dev being used by bhyve on FreeBSD stable/12-n234444-680eb3fd094. /usr/bin/lockf -s -t0 /storage/cbsd/tmp/bhyveload.debian10_test.lock env LIB9P_LOGGING=/storage/cbsd/jails-system/debian10_test/cbsd_lib9p.log /usr/bin/nice -n 1 /usr/sbin/bhyve -c 1 -m 4294967296 -H -A -U 2bc5ac97-8438-11ec-a89a-90b11c06ff98 -s 0,hostbridge -s 1,ahci-cd,/usr/local/cbsd/upgrade/patch/efirefd.fd,ro -s 4,virtio-blk,/storage/cbsd/vm/debian10_test/dsk1.vhd,sectorsize=512/4096 -s 5,virtio-net,tap9,mac=00:a0:98:5c:63:1f -s 6,virtio-rnd -s 8,fbuf,tcp=127.0.0.1:5909,w=1024,h=768,password=cbsd -s 30,xhci,tablet -s 31,lpc '/storage/cbsd/vm/debian10_test/dsk1.vhd' is just a symlink to '/dev/zvol/storage/debian10_test/dsk1.vhd'. And ztop also fails here as well. On 2022-07-15 07:59, Alan Somers wrote: > You didn't say how you were accessing that dataset, or what FreeBSD > version you're using. The dataset stats to update as expected in > response to normal user I/O, but not zfs send/recv. Maybe there is > another path that bypasses them too. How are you accessing them? > > BTW, sysutils/ztop from ports displays real-time measurements based on > these stats. > -Alan > > On Thu, Jul 14, 2022 at 11:05 PM Zane C. B-H > wrote: >> >> So was just looking and for some reason nread etc for the ZFS storage >> stats. >> >> Below is a example of a ZFS dataset being used by CBSD to store a raw >> disk image, >> one that is running currently, but for some reasonn the R/W stats >> don't >> seem actually update. >> >> kstat.zfs.storage.dataset.objset-0x1d41.nread: 0 >> kstat.zfs.storage.dataset.objset-0x1d41.reads: 0 >> kstat.zfs.storage.dataset.objset-0x1d41.nwritten: 0 >> kstat.zfs.storage.dataset.objset-0x1d41.writes: 0 >> kstat.zfs.storage.dataset.objset-0x1d41.dataset_name: >> storage/debian10_test/dsk1.vhd >> >> Is there any way to get ZFS to actually keep these up to date for use >> cases >> like this? >>