Re: Spinlocks, yet again: analysis and proposed patches

Поиск
Список
Период
Сортировка
От Jim C. Nasby
Тема Re: Spinlocks, yet again: analysis and proposed patches
Дата
Msg-id 20051017185838.GG86144@pervasive.com
обсуждение исходный текст
Ответ на Re: Spinlocks, yet again: analysis and proposed patches  (Emil Briggs <emil@baymountain.com>)
Список pgsql-hackers
On Wed, Oct 12, 2005 at 03:07:23PM -0400, Emil Briggs wrote:
> > where the number of padding locks is determined by how many lock
> > structures fit within a 128 byte cache line.
> >
> > This isn't exactly elegant coding, but it provides a useful improvement
> > on an 8-way SMP box when run on 8.0 base. OK, lets be brutal: this looks
> > pretty darn stupid. But it does follow the CPU optimization handbook
> > advice and I did see a noticeable improvement in performance and a
> > reduction in context switching.
> >
> > I'm not in a position to try this again now on 8.1beta, but I'd welcome
> > a performance test result from anybody that is. I'll supply a patch
> > against 8.1beta for anyone wanting to test this.
> >
> 
> I don't have an 8 way available right now but I can run tests on a 4 way 
> Opteron if that would be helpful. 

Likewise I can test on a 4 way opteron running open solaris.
-- 
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software      http://pervasive.com    work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf       cell: 512-569-9461


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

Предыдущее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: Bug 1473, pthread python on FreeBSD
Следующее
От: "Jim C. Nasby"
Дата:
Сообщение: Re: slower merge join on sorted data chosen over nested loop