Re: Spinlocks, yet again: analysis and proposed patches
От | Greg Stark |
---|---|
Тема | Re: Spinlocks, yet again: analysis and proposed patches |
Дата | |
Msg-id | 87zmqgzydr.fsf@stark.xeocode.com обсуждение исходный текст |
Ответ на | Re: Spinlocks, yet again: analysis and proposed patches (Douglas McNaught <doug@mcnaught.org>) |
Ответы |
Re: Spinlocks, yet again: analysis and proposed patches
|
Список | pgsql-hackers |
Douglas McNaught <doug@mcnaught.org> writes: > > It seems to me what you've found is an outright bug in the linux scheduler. > > Perhaps posting it to linux-kernel would be worthwhile. > > People have complained on l-k several times about the 2.6 > sched_yield() behavior; the response has basically been "if you rely > on any particular sched_yield() behavior for synchronization, your app > is broken--it's not a synchronization primitive." They're not talking about this. They're talking about applications that spin on sched_yield() and expect it to reduce cpu load as if the process were calling sleep(). What Tom found was that some processes are never scheduled when sched_yield is called. There's no reason that should be happening. -- greg
В списке pgsql-hackers по дате отправления: