Date: Mon, 25 Feb 2002 06:38:06 -0800 From: Terry Lambert <tlambert2@mindspring.com> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: Jake Burkholder <jake@locore.ca>, Bruce Evans <bde@zeta.org.au>, Alfred Perlstein <alfred@FreeBSD.ORG>, Bosko Milekic <bmilekic@unixdaemons.com>, Seigo Tanimura <tanimura@r.dl.itc.u-tokyo.ac.jp>, current@FreeBSD.ORG, John Baldwin <jhb@FreeBSD.ORG> Subject: Re: critical_enter()/critical_exit() overheads in an SMP system Message-ID: <3C7A4C4E.BE94BD24@mindspring.com> References: <20020224131027.I31343-100000@gamplex.bde.org> <200202241912.g1OJCMx95238@apollo.backplane.com> <20020224224927.D35990@locore.ca> <200202250603.g1P63fu46331@apollo.backplane.com> <200202250649.g1P6nF746587@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Matthew Dillon wrote: > :pid 214 guid/sec 687816 Two TU's running, old critical_*() > :pid 214 guid/sec 687632 1.454 uS/call > :pid 214 guid/sec 687857 > :pid 214 guid/sec 687887 > :pid 214 guid/sec 667454 new critical_*() > :pid 214 guid/sec 667562 1.496 uS/call --> 41 nS > :pid 214 guid/sec 668551 > :pid 214 guid/sec 668686 > :pid 214 guid/sec 668789 > > Boy, I'm batting 0 tonight! Those numbers are reversed :-). > new_critical is the top number (the faster 1.454 uS/call) and > old_critical is the bottom number (1.496 uS/call). I'll have to remember this trick of swapping numbers the next time I have a competitive benchmark that's slower than the competition. 8-) 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C7A4C4E.BE94BD24>