Re: Performance monitor

From: Justin Clift <aa2(at)bigpond(dot)net(dot)au>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Performance monitor
Date: 2001-03-14 01:00:12
Message-ID: 3AAEC29C.103677C6@bigpond.net.au
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi Guys,

I'd just like to point out that for most secure installations, X is
removed from servers as part of the "remove all software which isn't
absolutely needed."

I know of Solaris machines which perform as servers with a total of 19
OS packages installed, and then precompiled binaries of the server
programs are loaded onto these machines.

Removal of all not-absolutely-necessary software iss also the
recommended procedure by Sun for setting up server platforms.

Having something based on X will be useable by lots of people, just not
by those who make the effort to take correct security precautions.

Regards and best wishes,

Justin Clift

Bruce Momjian wrote:
>
> > > It will be tck/tk, so I guess X only.
> >
> > Good point. A typical DB server -- where is performance important --
> > has install Xwin?
> >
> > BTW, I hate Oracle 8.x.x because has X+java based installer, but some
> > my servers hasn't monitor and keyboard let alone to Xwin.
> >
> > What implement performance monitor as client/server application where
> > client is some shared lib? This solution allows to create more clients
> > for more differents GUI. I know... it's easy planning, but the other
> > thing is programming it :-)
>
> My idea is that they can telnet into the server machine and do remote-X
> with the application. Just set the DISPLAY variable and it should work.
>
> --
> Bruce Momjian | http://candle.pha.pa.us
> pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
> + If your life is a hard drive, | 830 Blythe Avenue
> + Christ can be your backup. | Drexel Hill, Pennsylvania 19026
>
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo(at)postgresql(dot)org

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-03-14 01:02:19 XLOG reset utility available
Previous Message Thomas Lockhart 2001-03-14 00:39:08 Re: xlog loose ends, continued