Peter, This is great stuff. It would be cool to see your JNI in Solaris. I had a few thoughts about the jfsstat GUI.
I agree: table sorting is a terrific feature. The "Show" menu could use JRadioButtonMenuItem so I can see which display is currently selected. A label on the display itself or in the title bar might also be nice. I noticed that I kept wanting to expand the last "Device" column. Putting the Device column first makes it easier to resize in a way that's fair to the other columns, but I understand why you put it last because the left edge of the string is easier to associate visually with the data. Since I never want to resize any but the "Device" column, you might use table.setAutoResizeMode(JTable.AUTO_RESIZE_LAST_COLUMN) so my manual effort pays off more quickly (unfortunately AUTO_RESIZE_ALL_COLUMNS is broken). Or you could calculate ideal column widths based on actual data width. (And to blow me away, you could remember manual adjustments in a preference file) :-) I was wondering what a square in a data cell means. I attached a screenshot in case you don't see these on your system. I like the summary in the jfsstat help. That was a nice idea. Could you include the version number in the About jfsstat window? Tom On Fri, Mar 24, 2006 at 03:59:07PM +0000, Peter Tribble wrote: > I added a jfsstat tool to my jkstat package: > > http://www.petertribble.co.uk/Solaris/jkstat.html > > This was quite easy - once I had decided not to try and show all > 45 (or so) statistics in a horizontal line of the table all at > once. > > It's very neat being able to see what's going on! > > And I implemented sorting on the table too. That's a nice feature, > something generally missing from many tools. > > As Dan suggested, I filter out filesystems set to ignore. > > I also filter out the aggregate (ie. ufs, zfs, nfs) statistics. > > I'm not at all convinced that having the aggregate statistics > helps (and I wonder if there's a performance hit). Normally, > I'm interested in per-filesystem activity - so the aggregates > aren't useful. If I want them, I can get them by aggregating > the filesystem statistics. (This might differ from the aggregate > if things have been unmounted, but in that case you need to know > the full history to make sense of the numbers.) > > Presumably the per-fstype statistics are there for a reason? > Is there one, because nothing is immediately obvious. > > One useful aggregate I can think of is in the case of zfs, > where a per-pool statistic might be useful. (Tricky because > the pool has an associated filesystem.) > > I also tried to filter per-zone (by parsing /etc/mnttab). This > worked less well than I expected, as: > - lofs entries in /etc/mnttab don't have a zone flag > - the lofs statistics seem only partial - most things seem to > go right through to the underlying filesystem. > > Again, I wonder if the lofs statistics are worthwhile? > > (I haven't actually tried zones on my test system yet. I'm > still working on this...) > > -- > -Peter Tribble > L.I.S., University of Hertfordshire - http://www.herts.ac.uk/ > http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ > > > _______________________________________________ > observability-discuss mailing list > observability-discuss at opensolaris.org -------------- next part -------------- A non-text attachment was scrubbed... Name: jfsstat.gif Type: application/octet-stream Size: 24583 bytes Desc: not available URL: <http://mail.opensolaris.org/pipermail/observability-discuss/attachments/20060324/c4984731/attachment.obj>
