Re: Allowing WAL fsync to be done via O_SYNC

Поиск
Список
Период
Сортировка
От Larry Rosenman
Тема Re: Allowing WAL fsync to be done via O_SYNC
Дата
Msg-id 20010318161506.A2955@lerami.lerctr.org
обсуждение исходный текст
Ответ на Re: Allowing WAL fsync to be done via O_SYNC  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Allowing WAL fsync to be done via O_SYNC  (Alfred Perlstein <bright@wintelcom.net>)
Re: Allowing WAL fsync to be done via O_SYNC  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
* Tom Lane <tgl@sss.pgh.pa.us> [010318 14:55]:
> Alfred Perlstein <bright@wintelcom.net> writes:
> >> Just by making a thread call libc changes personality to use thread
> >> safe routines (I.E. add mutex locking).  Use one thread feature, get
> >> the whole set...which may not be that bad.
> 
> > Actually it can be pretty bad.  Locked bus cycles needed for mutex
> > operations are very, very expensive, not something you want to do
> > unless you really really need to do it.
> 
> It'd be interesting to try to get some numbers about the actual cost
> of using a thread-aware libc, on platforms where there's a difference.
> Shouldn't be that hard to build a postgres executable with the proper
> library and run some benchmarks ... anyone care to try?
I can get the code compiled, but don't have the skills to generate
a test case worthy of anything....

LER

> 
>             regards, tom lane
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org
-- 
Larry Rosenman                     http://www.lerctr.org/~ler
Phone: +1 972-414-9812                 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Allowing WAL fsync to be done via O_SYNC
Следующее
От: Alfred Perlstein
Дата:
Сообщение: Re: Allowing WAL fsync to be done via O_SYNC