Re: [ADMIN] Re: Re: [PORTS] pgmonitor and Solaris - Mailing list pgsql-hackers

From Alfred Perlstein
Subject Re: [ADMIN] Re: Re: [PORTS] pgmonitor and Solaris
Date
Msg-id 20010329115730.E9431@fw.wintelcom.net
Whole thread Raw
In response to Re: [ADMIN] Re: Re: [PORTS] pgmonitor and Solaris  (Karel Zak <zakkr@zf.jcu.cz>)
List pgsql-hackers
* Karel Zak <zakkr@zf.jcu.cz> [010329 03:10] wrote:
> On Wed, Mar 28, 2001 at 04:10:52PM -0800, Alfred Perlstein wrote:
> > * Tom Lane <tgl@sss.pgh.pa.us> [010328 16:07] wrote:
> > > Larry Rosenman <ler@lerctr.org> writes:
> > > > FYI, the WU-FTPD code (2.6.0 or better) has a couple of more platforms 
> > > > including UnixWare.  The UnixWare code will need /dev/kmem permission to 
> > > > change it's stuff, so I don't know whether we want to do this or not, but 
> > > > if people are looking at the ps stuff, please look at this as well.
> > > 
> > > Well, *I* sure wouldn't run Postgres with write permission on /dev/kmem.
> > > Especially not just to make ps_status work...
> > 
> > Wow... is this all for "pgmonitor"?
> > 
> > sorry, just my opinion...
> > 
> > If it for pgmonitor then you guys ought to just mark it broken on
> > these platforms, the non-"ps based" solution could have been
> > implemented with all the time wasted trying to get the "ps based"
> > hack working. :(
> 
>  If is still a mind for (IMHO) terrible work with 'ps'... not sure if 
> it's interesting, but exist cross-platforms library for processes 
> information loading - the libgtop. Supports:
> 
>     * All versions of Linux
>     * FreeBSD, NetBSD and OpenBSD
>     * BSD/OS
>     * Digital Unix
>     * Solaris
>     * ..and may be others
> 
>  Sure, it's in C :-)

And infected with the GPV, not even the LGPV... not worth it. :)

-- 
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
Daemon News Magazine in your snail-mail! http://magazine.daemonnews.org/


pgsql-hackers by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Unsigned int functions
Next
From: The Hermit Hacker
Date:
Subject: RC2 schedualed for Tomorrow evening ...