T2000 Benchmarking

by Mads
March 24, 2006 at 11:16 | categories: hardware, httpd, solaris, sun

I said that I was going to take httpd for a spin and see how much it could do on a T2000, but Colm MacCarthaigh beat me to it with some impressive numbers.
Later discussion on irc show that the numbers could probably be even better! than what Colm found in his testing - having turning keepalives on makes a whole lot of difference.
So the testing opportunities aren't quite over for me yet. I want to hit the machine on a consistent high load and then start tweaking little bits and pieces to see what happens to resource usage. There's also the beta of Solaris 10 Update 2 which I've been wanting to test anyway.
Many of the ideas I have for tweaking solaris itself came from a tutorial by James Mauro and Richard McDougall at last years LISA where they spoke about "Solaris 10 Performance, Observability, and Debugging". I haven't seen the slides from that talk anywhere but on the conference cd, but solarisinternals.com has a similar set of slides with a few extras. If you ever get a chance to attend a similar tutorial, I highly recommend doing so as I thought it was well worth the whole trip to LISA.

I've written earlier about ideas for using a t2000 at the ASF. Lately we've seen some very heavy hitting of mail-archives.apache.org which has very many gigs of mails spread over quite a few files. A T2000 alone wouldn't do it, but a T2000 on top of a large number of disks (not so much for spaces as for spindles) might very well do the trick. That's another thing that I'm hoping to get a clearer picture of with the T2000 that arrived at work yesterday (worst timing ever as I've got a couple of weeks off) because we plan to hook it up to a spare Hitachi if we can find a couple of extra HBAs.

Unfortunately I'm also hit by the "So many shiny toys, so little time" problem.

Update: Anandtech gets some different numbers from their type of testing. Their numbers doesn't seem quite as favorable as Colms, but they're running a different type of workload.