| 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
| ||
|
Message-Id: <200803062353.07298.nickpiggin@yahoo.com.au> Date: Thu, 6 Mar 2008 23:53:06 +1100 From: Nick Piggin <nickpiggin@...oo.com.au> To: Andi Kleen <andi@...stfloor.org> Cc: Cyrus Massoumi <cyrusm@....net>, Diego Calleja <diegocg@...il.com>, Stephen Cuppett <cuppett@...il.com>, linux-kernel@...r.kernel.org, mingo@...e.hu, a.p.zijlstra@...llo.nl Subject: Re: Performance versus FreeBSD 7.0 On Tuesday 04 March 2008 10:23, Andi Kleen wrote: > You're totally on the wrong path here I think. In my testing, I found that Linux is a bit faster and more scalable than FreeBSD on MySQL sysbench. http://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/ I think since the mmap_sem madvise problem was solved, the kernel didn't really have any further problems with this workload. It is doing a lot of context switches, no IO, and not a lot of real work. The DBMS runs into some scalability problems in this workload, but to be fair it is probably not one that the MySQL guys care about too much. But it sometimes seems a bit sloppy... eg. a full 35% of the syscalls the MySQL server makes are failed sched_setparam calls that are passing in invalid values. So I don't really consider it a big victory to be slightly faster here; nobody really noticed until this test that we had the silly performance bug in our malloc/free paths in glibc and the kernel. -- 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