From: | Andres Freund <andres(at)2ndquadrant(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Christian Kruse <cjk+postgres(at)defunct(dot)ch> |
Subject: | Re: Patch für MAP_HUGETLB for mmap() shared memory |
Date: | 2012-10-29 20:54:51 |
Message-ID: | 201210292154.51735.andres@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Monday, October 29, 2012 09:33:25 PM Tom Lane wrote:
> Christian Kruse <cjk+postgres(at)defunct(dot)ch> writes:
> > I created a patch which implements MAP_HUGETLB for sysv shared memory
> > segments (PGSharedMemoryCreate). It is based on tests of Tom Lane and
> > Andres Freund, I added error handling, huge page size detection and a
> > GUC variable.
>
> My recollection is we'd decided not to pursue that because of fears that
> it could make performance horribly worse on some platforms.
Hm. I don't so. Maybe youre remembering our discussion about mlock?
MAP_HUGETLB is linux specific anyway, there are other OSes doing this, but I
don't think a standard exists.
http://archives.postgresql.org/message-
id/201206292152.40311.andres%402ndquadrant.com and
http://archives.postgresql.org/message-
id/CA%2BTgmoZGX0Pi0rw5sDH0Uz%3D03WkQ%3DmnoAW3TXVEfvUpyW%2BfMjw%40mail.gmail.com
seem to be the most recent discussions arround this.
The parts I like most about having usable hugepages arround is usable 'ps'
output and way smaller pagetables...
Greetings,
Andres
--
Andres Freund http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Christian Kruse | 2012-10-29 20:57:19 | Re: Patch für MAP_HUGETLB for mmap() shared memory |
Previous Message | Jim Nasby | 2012-10-29 20:50:25 | Re: Creating indexes in the background |