Re: [HACKERS] fork()-safety, thread-safety

Поиск
Список
Период
Сортировка
От Nico Williams
Тема Re: [HACKERS] fork()-safety, thread-safety
Дата
Msg-id 20171005223950.GB1251@localhost
обсуждение исходный текст
Ответ на Re: [HACKERS] fork()-safety, thread-safety  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
On Thu, Oct 05, 2017 at 03:34:41PM -0700, Andres Freund wrote:
> On 2017-10-05 17:31:07 -0500, Nico Williams wrote:
> > > >    vfork() is widely demonized, but it's actually quite superior
> > > >    (performance-wise) to fork() when all you want to do is exec-or-exit
> > > >    since no page copying (COW or otherwise) needs be done when using
> > > >    vfork().
> > > 
> > > Not on linux, at least not as of a year or two back.
> > 
> > glibc has it.  Other Linux C libraries might also; I've not checked them
> > all.
> 
> It has it, but it's not more efficient.

Because of signal-blocking issues?

> > > I do think it'd be good to move more towards threads, but not at all for
> > > the reasons mentioned here.
> > 
> > You don't think eliminating a large difference between handling of WIN32
> > vs. POSIX is a good reason?
> 
> I seems like you'd not really get a much reduced set of differences,
> just a *different* set of differences. After investing time.

Fair enough.


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] fork()-safety, thread-safety
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] fork()-safety, thread-safety