| From: | Florian Weimer <fweimer(at)bfk(dot)de> |
|---|---|
| To: | Florian Pflug <fgp(at)phlo(dot)org> |
| Cc: | Radosław Smogura <rsmogura(at)softperience(dot)eu>, PG Hackers <pgsql-hackers(at)postgresql(dot)org>, "Markus Wanner" <markus(at)bluegap(dot)ch> |
| Subject: | Re: POSIX question |
| Date: | 2011-06-20 14:57:40 |
| Message-ID: | 82ei2oczyz.fsf@mid.bfk.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
* Florian Pflug:
> I think this breaks with strict overcommit settings
> (i.e. vm.overcommit_memory = 2 on linux). To fix that, you'd need a
> way to tell the kernel (or glibc) to simply reserve a chunk of virtual
> address space for further user. Not sure if there's a API for that...
mmap with PROT_NONE and subsequent update with mprotect does this on
Linux.
(It's not clear to me what this is trying to solve, though.)
--
Florian Weimer <fweimer(at)bfk(dot)de>
BFK edv-consulting GmbH http://www.bfk.de/
Kriegsstraße 100 tel: +49-721-96201-1
D-76133 Karlsruhe fax: +49-721-96201-99
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Florian Pflug | 2011-06-20 15:01:40 | Re: POSIX question |
| Previous Message | Kevin Grittner | 2011-06-20 14:40:44 | Re: pika buildfarm member failure on isolationCheck tests |