| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 23 May 2008 19:18:40 -0400 (EDT) From: Greg Smith <gsmith@...gsmith.com> To: Mike Galbraith <efault@....de> cc: Ingo Molnar <mingo@...e.hu>, Peter Zijlstra <peterz@...radead.org>, Dhaval Giani <dhaval@...ux.vnet.ibm.com>, lkml <linux-kernel@...r.kernel.org>, Srivatsa Vaddagiri <vatsa@...ux.vnet.ibm.com> Subject: Re: PostgreSQL pgbench performance regression in 2.6.23+ On Fri, 23 May 2008, Mike Galbraith wrote: > It was running SCHED_BATCH, features=0...it needed features=0 as well to > achieve O(1) batch performance. I figured out how to run pgbench with chrt in order to get SCHED_BATCH behavior, but I don't understand what you mean by features=0 here. Since I didn't see the same magnitude of different just using batch that seems important, where does that get set at? I'm also curious what hardware your results are coming from, to fit them into my larger pgbench results context space. Got my 4-core system back on-line again today (found some bad RAM) and wanted to try another round of tests on that. Looks like you've defined 5 test sets I should replicate: 2.6.22 2.6.22, batch 2.6.26.git 2.6.26.git, batch 2.6.26.git, batch + se.load.weight patch Should I still be trying Peter's se.waker patch as well in this mix somewhere? -- * Greg Smith gsmith@...gsmith.com http://www.gregsmith.com Baltimore, MD -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists