Re: s_lock() seems too aggressive for machines with many sockets

Поиск
Список
Период
Сортировка
От Nils Goroll
Тема Re: s_lock() seems too aggressive for machines with many sockets
Дата
Msg-id 557844B6.8030500@schokola.de
обсуждение исходный текст
Ответ на s_lock() seems too aggressive for machines with many sockets  (Jan Wieck <jan@wi3ck.info>)
Ответы Re: s_lock() seems too aggressive for machines with many sockets
Re: s_lock() seems too aggressive for machines with many sockets
Список pgsql-hackers
On larger Linux machines, we have been running with spin locks replaced by
generic posix mutexes for years now. I personally haven't look at the code for
ages, but we maintain a patch which pretty much does the same thing still:

Ref: http://www.postgresql.org/message-id/4FEDE0BF.7080203@schokola.de

I understand that there are systems out there which have less efficient posix
mutex implementations than Linux (which uses futexes), but I think it would
still be worth considering to do away with the roll-your-own spinlocks on
systems whose posix mutexes are known to behave.

Nils




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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: s_lock() seems too aggressive for machines with many sockets
Следующее
От: Tom Lane
Дата:
Сообщение: Re: "could not adopt C locale" failure at startup on Windows