Re: [zfs-discuss] making sense of arcstat.pl output
przemol, Thanks for the feedback. I had incorrectly assumed that any machine running the script would have L2ARC implemented (which is not the case with Solaris 10). I've added a check for this that allows the script to work on non-L2ARC machines as long as you don't specify L2ARC stats on the command line. http://github.com/mharsch/arcstat -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] making sense of arcstat.pl output
Hello Christian, Thanks for bringing this to my attention. I believe I've fixed the rounding error in the latest version. http://github.com/mharsch/arcstat -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Re: [zfs-discuss] making sense of arcstat.pl output
For posterity, I'd like to point out the following: neel's original arcstat.pl uses a crude scaling routine that results in a large loss of precision as numbers cross from Kilobytes to Megabytes to Gigabytes. The 1G reported arc size case described here, could actually be anywhere between 1,000,000MB and 1,999,999MB. Use 'kstat zfs::arcstats' to read the arc size directly from the kstats (for comparison). I've updated arcstat.pl with a better scaling routine that returns more appropriate results (similar to df -h human-readable output). I've also added support for L2ARC stats. The updated version can be found here: http://github.com/mharsch/arcstat -- This message posted from opensolaris.org ___ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss