GNOME Bugzilla – Bug 378605
please add hide device(s) and swap hidden to devices tab
Last modified: 2018-05-22 11:59:47 UTC
SunOS swift 5.11 snv_49 i86pc i386 i86pc GNOME 2.14 Desktop Build Date: 09/11/06 Last week I had 64 zfs volumes in one pool. I'll have many more volumes by the end of today. I was thinking about filing a bug asking for "find", but I don't really want find, I want hide/show only hidden (swap, as described in a process list bug). steps to reproduce: 1. install opensolaris with space for a zpool 2. create a zpool 3. create a dozen zfs volumes 4. put 100mb or so of files into one of the volumes 5. use a mv command to move the data to another volume 6. watch the devices tab in gnome-system-monitor expected results: I want to watch just the volumes I'm influencing, not all of them. steps (assuming multi select works): 1. click the source volume 2. control-click the destination volume 3. right click either selected volume 4. click hide volumes 5. select "show only hidden devices" (some alternate label is fine, i still can't come up w/ a good description) 6. only two volumes appear in the list of devices steps (assuming multi select doesn't work): 1. right click the source volume 2. click hide volume 3. right click the destination volume 4. click hide volume 5,6. same as above actual results: there are dozens of devices that aren't interesting in the list including: /usr/lib/libc/libc_hwcap1.so /dev/dsk/c1d0s0 root_pool /dev ctfs objfs fd hostname:vold(pid...) {others} and a number of them are jumping around (especially /usr/lib/libc/libc_hwcap1.so and /dev/dsk/c1d0s0 because they have the same size - that's another bug i'll file later).
(In reply to comment #0) > actual results: > there are dozens of devices that aren't interesting in the list including: > /usr/lib/libc/libc_hwcap1.so > /dev/dsk/c1d0s0 > root_pool > /dev > ctfs > objfs > fd > hostname:vold(pid...) > {others} there's an option on the preferences dialog to hide devices that are virtual filesystems (procfs, sysfs, etc)
if i'm lucky, that'll hide a dozen of my 500 file systems :( (yes, i really have that many) note that simply sorting the file systems by anything also hides all of those file systems because my screen shows at most 24 :).
OK, but that's still important to me to first get this option correct. Instead of a device blacklist, i think it would be better to add a regular expression filter, no ?
most users don't deal in regular expressions. trying to merge regular expressions is problematic. and on average I really want to look at a handful of unrelated volumes that are adjacent to a number of similarly named volumes. it's almost always easier for me to use the gui to sort how i'd want it and select the items i want to hide them and then invert. it might be useful to have a find feature which accepted a regular expression, maybe. but blacklisting is almost always going to be better for me when i use a mouse. your biggest concern should be the fact that a user might really want to show or hide 500 volumes (i'm certainly planning on doing precisely that), which means you probably want some system where you can maintain a white or blacklist and recognize when it's time to switch. zfs supports 2^64 file systems per pool, so 2^9 really is a tiny number (not to mention 2^64 pools).
(In reply to comment #4) > most users don't deal in regular expressions. most user don't have more than one partition
hrm. my neighbors have: 1 - cd/dvd 1 - usb thumb drive or mmc reader 1 - windows partition 1 - linux partition some of them are silly and have a second partition for linux so that when they mess it up they only have to fry half their linux system instead of all of it. and i just added a second hard drive to my machine, i think most systems get a second hard drive within about 4 years. but it's true, that's still less than ten no matter how i slice it. i guess i just can't think of any arrangement where a regular expression would be more useful than a range selection in a gui. i mean, if i wanted to match /dev/c[039]d[246] then sure, i suppose that could be vaguely useful. but generally you don't deal in raw device nodes, and that kind of combination is still amazingly strange (most systems give symbolic names instead of using the raw disk ids).
[Adding missing "QA Contact" entry so system monitor bug report changes can still be watched via the "Users to watch" list on https://bugzilla.gnome.org/userprefs.cgi?tab=email when the assignee is changed to an individual.]
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-system-monitor/issues/9.