Re: [perf-discuss] Expiring Core Contributor Grants

2009-02-12 Thread Mike Pogue
+1 Jonathan Chew wrote: Eric Saxe wrote: Eric Saxe wrote: Also, in the past I've acted as de facto facilitator for this community...but we've never had a vote around that (at least not one that I remember). Are you interested Krister? If so, I nominate you. :) Krister has accepted my nomin

[perf-discuss] Re: T2000, Solaris / Express (and SPARCbuntu ?)

2006-05-23 Thread Mike Pogue
I believe a bug has already been filed on this: 6415113. As far as details so far, I think we've learned (by asking Colm) that this is a micro-benchmark for Apache -- it basically tests how fast Apache can serve up a single static 100 byte file containing all zeros. Current status: we're setti

[perf-discuss] Re: Netperf on identical hardware: FreeBSD vs. Solaris

2006-04-26 Thread Mike Pogue
Here's some additional info on what Joyent.com is doing (these are the same people as the textdrive.com people, I believe). Here's the interesting part: they're using Nevada (Solaris 11) build 31 and ZFS on T1000's (Niagara chipset, 32 threads per chip). And, it's a high throughput Ruby on Ra

[perf-discuss] Netperf on identical hardware: FreeBSD vs. Solaris

2006-04-24 Thread Mike Pogue
I'm a big fan of doing comparative performance tests on [u]identical hardware[/u]. This eliminates a whole bunch of pesky extraneous variables, which can mess up (bias) a performance comparison. My pet peeve: I've seen ads in the past (I won't say which company created them!) that said "Sola

[perf-discuss] OLTP results on MySQL posted...

2006-04-21 Thread Mike Pogue
Hey, it looks like we just published some new MySQL numbers: http://biz.yahoo.com/prnews/060421/sff024.html?.v=47 Summary: The testing, which measured the performance of both read/write and read-only operations, showed that MySQL 5.0.18 running on the Solaris(TM) 10 Operating System (OS) e

[perf-discuss] Re: Free, Fair, & Open Benchmarking

2006-04-06 Thread Mike Pogue
Good suggestions! This message posted from opensolaris.org ___ perf-discuss mailing list perf-discuss@opensolaris.org

[perf-discuss] Re: FileBench Discuss

2005-08-12 Thread Mike Pogue
Richard, Yep, I know there's a pre-built binary (and thank you much for that!)... but I think that to do open development on filebench (or anything else) in the community, it needs to be compilable using the resources that most people have. So, I think that probably means: being able to com

[perf-discuss] Re: FileBench Discuss

2005-08-12 Thread Mike Pogue
Using gmake seems to help it a lot! It's better now, but not 100% yet. Here's what I've figured out so far: 1) I overrode MAKE to get gmake, on the configure line. This worked. 2) I can't seem to override CC and CFLAGS at all (overriding them on the ./configure line has no effect), so I had t

[perf-discuss] Re: FileBench Discuss

2005-08-12 Thread Mike Pogue
Richard, I'm trying to compile and run just the X86 version, without the Sparc version, since many in the community do not have Sparc boxen, and (like me) they'll want to run this just on X86. I got filebench to compile (and startup), but I can't seem to get it to build a package without the

[perf-discuss] Re: FileBench Discuss

2005-08-09 Thread Mike Pogue
Nice. I had some thoughts on this. I noticed that Filebench and libMicro were similar, but different. I think it would be a Good Idea to converge on a common output format. For example, I like the 'tattle' header from libMicro, which tells me absolutely everything I need to know (hopefull

[perf-discuss] Re: libMicro page added

2005-08-09 Thread Mike Pogue
Ben, Eric is looking into the limits question, so I hope to see an answer posted from him soon. In the mean time, thanks much for the diffs for Darwin! Can I get you to sign a contributor agreement (located here: http://opensolaris.org/os/about/sun_contributor_agreement/) and fax it in, so

[perf-discuss] Re: Free, Fair, & Open Benchmarking

2005-07-20 Thread Mike Pogue
Good points. I'm guess I'm really arguing that SPEC, TPC, SAP, Oracle Apps, Manugistics, SAS, etc are all good, real-world tests (and we should run them on OpenSolaris), but they're not Open tests. Not Open as in "Open Source", but Open as in "I have access to the tests, and I can run them on

[perf-discuss] Re: Free, Fair, & Open Benchmarking

2005-07-13 Thread Mike Pogue
Yes! That's my experience as well -- many benchmarks measure something, but it's often not clear exactly *what* they measure. Here's an example: several of the subtests of SPECcpu turn out to be heavily dependent on malloc() -- not the *performance* of malloc() calls per se (which is what a mi