Re: [HACKERS] Processes and caches in postgresql

2016-05-03 Thread Petr Jelinek
On 03/05/16 16:35, Craig Ringer wrote: On 3 May 2016 at 21:37, Merlin Moncure mailto:mmonc...@gmail.com>> wrote: There is library out there, unfortunately GPL licensed, that attempts to fully implement posix including fork(): http://midipix.org/. One of these days I'd like to have

Re: [HACKERS] Processes and caches in postgresql

2016-05-03 Thread Craig Ringer
On 3 May 2016 at 21:37, Merlin Moncure wrote: > > There is library out there, unfortunately GPL licensed, that attempts > to fully implement posix including fork(): http://midipix.org/. One > of these days I'd like to have a go at porting postgres to it. ... and here I thought you'd be keen t

Re: [HACKERS] Processes and caches in postgresql

2016-05-03 Thread Merlin Moncure
On Mon, May 2, 2016 at 7:36 AM, Robert Haas wrote: > On Wed, Apr 27, 2016 at 7:07 AM, Anastasia Lubennikova > wrote: >> Hi, hackers. >> There's a couple of questions about processes. >> >> I found EXEC_BACKEND flag, while reading the code. >> As I understood, it exists because we have to emulate

Re: [HACKERS] Processes and caches in postgresql

2016-05-02 Thread Robert Haas
On Wed, Apr 27, 2016 at 7:07 AM, Anastasia Lubennikova wrote: > Hi, hackers. > There's a couple of questions about processes. > > I found EXEC_BACKEND flag, while reading the code. > As I understood, it exists because we have to emulate fork() on WIN32. > And also it allows to debug the same behav

[HACKERS] Processes and caches in postgresql

2016-04-27 Thread Anastasia Lubennikova
Hi, hackers. There's a couple of questions about processes. I found EXEC_BACKEND flag, while reading the code. As I understood, it exists because we have to emulate fork() on WIN32. And also it allows to debug the same behavior on Linux. Is it right? Are there any other use cases? Another questi