| From: | Christoph Berg <myon(at)debian(dot)org> |
|---|---|
| To: | Andres Freund <andres(at)anarazel(dot)de> |
| 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 15:20:12 |
| Message-ID: | aFlwrNqKjHC1vj8h@msg.df7cb.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
Re: Andres Freund
> > > Why do we try to force the pages to be allocated at all? This is just
> > > a monitoring function, it should not change the actual system state.
>
> The problem is that the kernel function just gives bogus results for pages
> that *are* present in memory but that have only touched in another process
> that has mapped the same range of memory.
Ok, so we leave the touching in, but still defend against negative
status values?
Christoph
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2025-06-23 15:50:25 | pgsql: Include _mm512_zextsi128_si512() in AVX-512 configure probes. |
| Previous Message | Andres Freund | 2025-06-23 15:14:54 | Re: pgsql: Introduce pg_shmem_allocations_numa view |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2025-06-23 15:29:32 | Re: Improve CRC32C performance on SSE4.2 |
| Previous Message | Nathan Bossart | 2025-06-23 15:15:26 | Re: Improve CRC32C performance on SSE4.2 |