From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Christoph Berg <myon(at)debian(dot)org> |
Cc: | Tomas Vondra <tomas(dot)vondra(at)postgresql(dot)org>, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: pgsql: Introduce pg_shmem_allocations_numa view |
Date: | 2025-06-23 16:26:22 |
Message-ID: | kl4zd72eeaex7zcicpuvpsuslrs5nfvmab7xzt4jnvcjvd6mxw@tcp64c55qkpj |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
Hi,
On 2025-06-23 17:59:24 +0200, Christoph Berg wrote:
> Re: To Andres Freund
> > Ok, so we leave the touching in, but still defend against negative
> > status values?
>
> v2 attached.
How confident are we that this isn't actually because we passed a bogus
address to the kernel or such? With this patch, are *any* pages recognized as
valid on the machines that triggered the error?
I wonder if we ought to report the failures as a separate "numa node"
(e.g. NULL as node id) instead ...
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Korotkov | 2025-06-23 18:44:15 | pgsql: Temporarily remove 046_checkpoint_logical_slot.pl |
Previous Message | Christoph Berg | 2025-06-23 15:59:24 | Re: pgsql: Introduce pg_shmem_allocations_numa view |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2025-06-23 16:28:42 | Re: Issue with custom operator in simple case |
Previous Message | Jelte Fennema-Nio | 2025-06-23 16:23:53 | Re: BackendKeyData is mandatory? |