Re: munmap() failure due to sloppy handling of hugepage size - Mailing list pgsql-hackers

From Merlin Moncure
Subject Re: munmap() failure due to sloppy handling of hugepage size
Date
Msg-id CAHyXU0zZjmGWJtPtcnfpLu7biw=VgzsOrvk4oF_2XYyyGY86rQ@mail.gmail.com
Whole thread Raw
In response to Re: munmap() failure due to sloppy handling of hugepage size  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Wed, Oct 12, 2016 at 5:18 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Merlin Moncure <mmoncure@gmail.com> writes:
>> ISTM all this silliness is pretty much unique to linux anyways.
>> Instead of reading the filesystem, what about doing test map and test
>> unmap?
>
> And if mmap succeeds and munmap fails, you'll recover how exactly?
>
> If this API were less badly designed, we'd not be having this problem
> in the first place ...

I was thinking to 'guess' in a ^2 loop in the case the obvious unmap
didn't work, finally aborting if no guess worked.  :-).

merlin



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: pg_dump getBlobs query broken for 7.3 servers
Next
From: Andres Freund
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Extend framework from commit 53be0b1ad to report latch waits.