freebsd stable - Aug 2018 - Issue probably with `top` and Uncompressed ARC display

Hi all,

Got issue with displaying Uncompressed ARC in `top` (K Uncompressed and
negative Ratio) :

ARC: 360G Total, 55G MFU, 271G MRU, 245M Anon, 7976M Header, 27G Other
     281G Compressed, K Uncompressed, -5.70:1 Ratio

Sysctl counters:
[box:~]$ sysctl -a | grep compress
vfs.zfs.sync_pass_dont_compress: 5
vfs.zfs.compressed_arc_enabled: 1
kstat.zfs.misc.arcstats.uncompressed_size: 2679818006016
kstat.zfs.misc.arcstats.compressed_size: 301540177408

Running pretty old 11.2-BETA3 FreeBSD 11.2-BETA3 #0 r334277
512GiB RAM total
vfs.zfs.arc_max="360G"
vfs.zfs.arc_min="360G"

Is it (already known) bug in `top` or something wrong with system/ARC to
worry about?
I do not really believe that our data may be 8x compressed (on filesystem
via `zfs get compressratio` got 2.10x), but nothing suspicious with system
behaviour (CPU/IO/ZFS) was not noticed.

Thanks!

On Sun, 26 Aug 2018 at 04:47, Dmitriy M. <endo.mulo at gmail.com>
wrote:
>
> Hi all,
>
> Got issue with displaying Uncompressed ARC in `top` (K Uncompressed and
> negative Ratio) :
...

I don't want to be the person that just asks you to test on HEAD but
in this case, top(1) has been extensively modified in head/-current.
You should be able to test by just doing this

svn co svn://svn.freebsd.org/base/head/usr.bin/top
cd top
make
$(make -V.OBJDIR)/top

If its still an issue I'll look deeper.



-- 
Eitan Adler