From: | Joe Conway <mail(at)joeconway(dot)com> |
---|---|
To: | Frits Hoogland <frits(dot)hoogland(at)gmail(dot)com> |
Cc: | Priya V <mailme0216(at)gmail(dot)com>, pgsql-performance(at)lists(dot)postgresql(dot)org |
Subject: | Re: Safe vm.overcommit_ratio for Large Multi-Instance PostgreSQL Fleet |
Date: | 2025-08-07 01:12:41 |
Message-ID: | 7fd9f434-e0d9-414b-b396-841ad3c00040@joeconway.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On 8/6/25 17:14, Frits Hoogland wrote:
>> As I said, do not disable swap. You don't need a huge amount, but
>> maybe 16 GB or so would do it.
> Joe, please, can you state a technical reason for saying this?
> All you are saying is ‘don’t do this’.
>
> I’ve stated my reasons for why this doesn’t make sense, and you don’t give any reason.
What do you call the below?
>> Op 6 aug 2025 om 18:33 heeft Joe Conway <mail(at)joeconway(dot)com> het volgende geschreven:
>> * Swap is what is used when anonymous memory must be reclaimed to
>> allow for an allocation of anonymous memory.
>>
>> * The Linux kernel will aggressively use all available memory for
>> file buffers, pushing usage against the limits.
>>
>> * Especially in the older 4 series kernels, file buffers often
>> cannot be reclaimed fast enough
>>
>> * With no swap and a large-ish anonymous memory request, it is
>> easy to push over the limit to cause the OOM killer to strike.
>>
>> * On the other hand, with swap enabled anon memory can be
>> reclaimed giving the kernel more time to deal with file buffer
>> reclamation.
>>
>> At least that is what I have observed.
If you don't think that is adequate technical reason, feel free to
ignore my advice.
--
Joe Conway
PostgreSQL Contributors Team
Amazon Web Services: https://aws.amazon.com
From | Date | Subject | |
---|---|---|---|
Next Message | Frits Hoogland | 2025-08-08 08:21:40 | Re: Safe vm.overcommit_ratio for Large Multi-Instance PostgreSQL Fleet |
Previous Message | Frits Hoogland | 2025-08-06 21:14:34 | Re: Safe vm.overcommit_ratio for Large Multi-Instance PostgreSQL Fleet |