Re: How to monitor resources on Linux. - Mailing list pgsql-admin

From jallgood@the-allgoods.net
Subject Re: How to monitor resources on Linux.
Date
Msg-id 29478877.907821188356519648.JavaMail.servlet@perfora
Whole thread Raw
In response to How to monitor resources on Linux.  (John R Allgood <jallgood@the-allgoods.net>)
Responses Re: How to monitor resources on Linux.  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin
Hello   We have this one app "pcmiler" that ties directly into our backend of our application and will not run in an
64bitenviroment. We had to get ALK to fix some bugs in there code and that is what all the reboots were about mentioned
earlier.Put it this way pcmiler was going places in memory it didn't need to go. They did correct the problem. 

jallgood@the-allgoods.net writes:
>      This is interesting. We are running a 32bit kernel.

On an Opteron?  Why in the world are you doing that?

> The output from free -l -m. I believe the High and Low are like
> watermarks for lack of another word.

Uh, no, you are dead wrong.  In a 32-bit machine low memory is the first
physical GB or so, and high memory is the rest, and there are certain
things that have to be in low memory because the hardware won't cope
otherwise.  Thus, you can run out of lowmem even when there's scads of
free memory in highmem.

If you've got more than about a GB of physical RAM you need to be
running a 64-bit kernel; otherwise you're wasting your hardware.
        regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 2: Don't 'kill -9' the postmaster

pgsql-admin by date:

Previous
From: Tom Lane
Date:
Subject: Re: How to monitor resources on Linux.
Next
From: KL
Date:
Subject: pg_dump object dump-order; Part II