Re: futex results with dbt-3
От | Neil Conway |
---|---|
Тема | Re: futex results with dbt-3 |
Дата | |
Msg-id | 1097721005.4682.2.camel@localhost.localdomain обсуждение исходный текст |
Ответ на | futex results with dbt-3 (Mark Wong <markw@osdl.org>) |
Список | pgsql-performance |
On Thu, 2004-10-14 at 04:57, Mark Wong wrote: > I have some DBT-3 (decision support) results using Gavin's original > futex patch fix. I sent an initial description of the futex patch to the mailing lists last week, but it never appeared (from talking to Marc I believe it exceeded the size limit on -performance). In any case, the "futex patch" uses the Linux 2.6 futex API to implement PostgreSQL spinlocks. The hope is that using futexes will lead to better performance when there is contention for spinlocks (e.g. on a busy SMP system). The original patch was written by Stephen Hemminger at OSDL; Gavin and myself have done a bunch of additional bugfixing and optimization, as well as added IA64 support. I've attached a WIP copy of the patch to this email (it supports x86, x86-64 (untested) and IA64 -- more architectures can be added at request). I'll post a longer writeup when I submit the patch to -patches. > Definitely see some overall throughput performance on the tests, about > 15% increase, but not change with respect to the number of context > switches. I'm glad to see that there is a performance improvement; in my own testing on an 8-way P3 system provided by OSDL, I saw a similar improvement in pgbench performance (50 concurrent clients, 1000 transactions each, scale factor 75; without the patch, TPS/sec was between 180 and 185, with the patch TPS/sec was between 200 and 215). As for context switching, there was some earlier speculation that the patch might improve or even resolve the "CS storm" issue that some people have experienced with SMP Xeon P4 systems. I don't think we have enough evidence to answer this one way or the other at this point. -Neil
Вложения
В списке pgsql-performance по дате отправления: