Date: Fri, 23 Apr 1999 22:45:19 +0800 From: adrian@freebsd.org To: Dom Mitchell <Dom.Mitchell@palmerharvey.co.uk> Cc: freebsd-current@freebsd.org Subject: Re: nice little kernel task for somebody Message-ID: <19990423144520.15114.qmail@ewok.creative.net.au> In-Reply-To: Your message of "Fri, 23 Apr 1999 15:37:52 %2B0100." <E10ah5V-000Da6-00@voodoo.pandhm.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
Dom Mitchell writes: >On 23 April 1999, adrian@freebsd.org proclaimed: >> Dom Mitchell writes: >> >What we really need are some tools similiar to solaris' /usr/proc/bin >> >stuff. http://www.sunworld.com/swol-04-1999/swol-04-supersys.html >> >Sadly, the ability to do this lies well outside my meagre coding >> >knowledge. >> >> A few of those utilities are avaliable right now (hell, I even wrote >> a pstree command to get a process tree listing a few months ago when >> I started messing about with procfs, but its rather crude atm), along >> with pcred, pflags, pgrep, plimit with what I've just written, >> and with a little magic, pmap, ptime, and the rest of them. > >I actually find these little tools to be very useful indeed. They make >investigating rogue daemons and suchlike far easier. And pmap is >wonderful for working out how much memory something is really taking up, >in detail. > >> But we'd need to extend our procfs just a little bit to work real >> magic (like say, proc-ps / proc-top), and I'm not prepared to >> start messing around with it in a big way, but if people are interested >> in a bunch of utilities like the sun /usr/proc/bin/ utilities, >> I might go ahead and write some. > >Well, I'd certainly be very grateful! Sign me up for testing your >patches... > >As for making ps totally proc aware, I'm not totally sure that's the way >to go. I shall have to have a look through the archives though; I've a >feeling that this has been discussed before... Yup - it'd mean keeping two sets of utilities, one for procfs/sysctl interfaces, and one for kvm interfaces for coredumps. I meant that if we wanted a procfs that gave us the -flexibility- to extract stuff out of the struct proc * without kvm_getprocs() ... Adrian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19990423144520.15114.qmail>