From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, Andres Freund <andres(at)anarazel(dot)de>, Yury Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: So, can we stop supporting Windows native now? |
Date: | 2016-04-01 02:57:46 |
Message-ID: | CAEepm=3CtTcv9QsGzPpWO65veoqWbFGeT0kOuAbDn5OfQx8yOw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Fri, Apr 1, 2016 at 11:44 AM, Alvaro Herrera
<alvherre(at)2ndquadrant(dot)com> wrote:
> The huge_pages feature is fairly new, and as I recall the intention is
> that other operating systems will be supported as we get patches for it.
BTW about other operating systems:
It looks like FreeBSD is already clever enough to use super pages as
it calls them[1][2]. This is something like Linux's 'transparent huge
pages' except apparently somewhat more transparent. Though I wonder
if there is some advantage in adding a MAP_ALIGNED_SUPER flag to the
mmap request.
It looks like MacOSX can do it with VM_FLAGS_SUPERPAGE_SIZE_ANY but
such mappings are not inherited by child processes.
[1] https://lists.freebsd.org/pipermail/freebsd-hackers/2012-June/039018.html
[2] https://www.youtube.com/watch?v=0wIxny-n_Mg <-- a really good talk
about this stuff!
--
Thomas Munro
http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2016-04-01 03:09:47 | Re: Updated backup APIs for non-exclusive backups |
Previous Message | Kyotaro HORIGUCHI | 2016-04-01 02:52:03 | Re: IF (NOT) EXISTS in psql-completion |