Re: s_lock() seems too aggressive for machines with many sockets
От | Andres Freund |
---|---|
Тема | Re: s_lock() seems too aggressive for machines with many sockets |
Дата | |
Msg-id | 20150610150125.GC10551@awork2.anarazel.de обсуждение исходный текст |
Ответ на | Re: s_lock() seems too aggressive for machines with many sockets (Nils Goroll <slink@schokola.de>) |
Ответы |
Re: s_lock() seems too aggressive for machines with many
sockets
|
Список | pgsql-hackers |
On 2015-06-10 16:55:31 +0200, Nils Goroll wrote: > But still I am convinced that on today's massively parallel NUMAs, spinlocks are > plain wrong: Sure. But a large number of installations are not using massive NUMA systems, so we can't focus on optimizing for NUMA. We definitely have quite some catchup to do there. Unfortunately most of the problems are only reproducible on 4, 8 socket machines, and it's hard to get hand on those for prolonged amounts of time. > - Even if critical sections are kept minimal, they can still become hot spots That's why we started to remove several of them... > - The fact that well behaved mutexes have a higher initial cost could even > motivate good use of them rather than optimize misuse. Well. There's many locks in a RDBMS that can't realistically be avoided. So optimizing for no and moderate contention isn't something you can simply forgo.
В списке pgsql-hackers по дате отправления: