From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Magnus Hagander <magnus(at)hagander(dot)net> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Posix Shared Mem patch |
Date: | 2012-06-28 13:59:38 |
Message-ID: | 11348.1340891978@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Magnus Hagander <magnus(at)hagander(dot)net> writes:
> On Thu, Jun 28, 2012 at 7:00 AM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>> A related question is - if we do this - should we enable it only on
>> ports where we've verified that it works, or should we just turn it on
>> everywhere and fix breakage if/when it's reported? I lean toward the
>> latter.
> Depends on the amount of expected breakage, but I'd lean towards teh
> later as well.
If we don't turn it on, we won't find out whether it works. I'd say try
it first and then back off if that proves necessary. I'd just as soon
not see us write any fallback logic without evidence that it's needed.
FWIW, even my pet dinosaur HP-UX 10.20 box appears to support
mmap(MAP_SHARED|MAP_ANONYMOUS) --- at least the mmap man page documents
both flags. I find it really pretty hard to believe that there are any
machines out there that haven't got this and yet might be expected to
run PG 9.3+. We should not go into it with an expectation of failure,
anyway.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jon Nelson | 2012-06-28 14:06:08 | Re: Posix Shared Mem patch |
Previous Message | Robert Haas | 2012-06-28 13:57:00 | Re: Posix Shared Mem patch |