Re: Spinlock performance improvement proposal

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Spinlock performance improvement proposal
Дата
Msg-id 15403.1001564360@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Spinlock performance improvement proposal  ("D. Hageman" <dhageman@dracken.com>)
Ответы Re: Spinlock performance improvement proposal
Список pgsql-hackers
"D. Hageman" <dhageman@dracken.com> writes:
> If you look at Myron Scott's post today you will see that it had other 
> advantages going for it (like auto-vacuum!) and disadvantages ... rogue 
> thread corruption (already debated today).

But note that Myron did a number of things that are (IMHO) orthogonal
to process-to-thread conversion, such as adding prepared statements,
a separate thread/process/whateveryoucallit for buffer writing, ditto
for vacuuming, etc.  I think his results cannot be taken as indicative
of the benefits of threads per se --- these other things could be
implemented in a pure process model too, and we have no data with which
to estimate which change bought how much.

Threading certainly should reduce the context switch time, but this
comes at the price of increased overhead within each context (since
access to thread-local variables is not free).  It's by no means
obvious that there's a net win there.
        regards, tom lane


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

Предыдущее
От: Alex Pilosov
Дата:
Сообщение: Re: Spinlock performance improvement proposal
Следующее
От: Tatsuo Ishii
Дата:
Сообщение: multibyte performance