From: | PT <wmoran(at)potentialtech(dot)com> |
---|---|
To: | greigwise <greigwise(at)comcast(dot)net> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Out of Memory |
Date: | 2018-09-25 21:04:49 |
Message-ID: | 20180925170449.0afefaf0a352439cd10d3588@potentialtech.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, 25 Sep 2018 11:34:19 -0700 (MST)
greigwise <greigwise(at)comcast(dot)net> wrote:
> Well, I've been unsuccessful so far on creating a standalone test.
>
> I have put some scripting in place to capture some additional information on
> the server with the out of memory issues. I have a script which just
> periodically dumps the output of free -m to a text file.
>
> So, the output of free -m immediately before and after the out of memory
> error looks like this:
>
> Just before:
> total used free shared buff/cache
> available
> Mem: 14877 2978 132 3553 11766
> 7943
> Swap: 0 0 0
>
> Just after:
> total used free shared buff/cache
> available
> Mem: 14877 2946 649 3548 11280
> 7982
> Swap: 0 0 0
>
> If I have nearly 8 GB of memory left, why am I getting out of memory errors?
Doesn't the default NUMA setup mean that it can't actually allocate all
the available memory to a single NUMA zone (or whatever it's called)?
Or am I talking ancient Linux history with that?
--
Bill Moran
From | Date | Subject | |
---|---|---|---|
Next Message | Tory M Blue | 2018-09-25 21:12:00 | Re: Out of Memory |
Previous Message | greigwise | 2018-09-25 21:02:59 | Re: Out of Memory |