From: | Neil Conway <neilc(at)samurai(dot)com> |
---|---|
To: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Cc: | Claudio Natoli <claudio(dot)natoli(at)memetrics(dot)com>, "'pgsql-patches(at)postgresql(dot)org'" <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: fork/exec patch |
Date: | 2003-12-14 21:06:26 |
Message-ID: | 873cbnaz3h.fsf@mailbox.samurai.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-hackers-win32 pgsql-patches |
Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> Let me add that Claudio is doing a fantastic job on this. The
> changes are minimal and clean. I think the writing of a per-backend
> temp file has allowed this patch to be smaller than it might have
> been.
Did we REALLY conclude that the best way to work around the lack of
fork() on Win32 is by writing variables out to disk and reading them
back in? Frankly, that seems like an enormous kludge.
For example, couldn't we write this data into a particular location in
shared memory, and then pass that location to the child? That is still
ugly, slow, and prone to failure (shmem being statically sized), but
ISTM that the proposed implementation already possesses those
attributes :-)
(/me goes off to re-read the archives on this issue...)
-Neil
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-12-14 21:29:48 | Re: fork/exec patch |
Previous Message | Greg Stark | 2003-12-14 16:52:20 | Re: Walker/mutator prototype. |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-12-14 21:29:48 | Re: fork/exec patch |
Previous Message | Bruce Momjian | 2003-12-13 15:46:06 | Re: fork/exec patch |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-12-14 21:29:48 | Re: fork/exec patch |
Previous Message | Kurt Roeckx | 2003-12-14 16:07:14 | Walker/mutator prototype. |