This workload is a potential fit for UltraSPARC T1 systems and need to be tested.

Now, what I don't know is whether there's something odd about this machine, or Oracle, or Coldfusion, or the CMS sitting atop it, or the versions (oldish), or something about the fact that this is an old V880 running an old version of Solaris that pfp can't handle properly. But in any case, the T2000 doesn't look like a given.

I also tried looking at one of the machines I built myself recently, with an Apache/Tomcat/Postgres combo:

3 comments:

Humm, Are you using a lot of blob structure types in Oracle? Are you sure you have proper indexes created? for your workloads, I really can't understand why you're getting such an high value of float ops. I've been doing profilling in several workloads and, I didn't gor anywhere near your values in a machine that's running a logistics Database (a lot more messy than your's should be)Confirm those levels with a simple "kstat |grep fpu" and see if the results add up. Anyway, that's one of the advantages of the Try and Buy instead of the Buy and Try :)

On an unrelated issue, you now have 140 GB SAS disks for the Galaxy systems. I know it's not the same thing as having more disk bays but, It kind of solves your issue with the 100GB Web site (and leaving you with the issue of the 150GB Web site, ...).

Almost forgot (or why is it that I keep double posting in your weblog, ...)with "kstat |grep fpu" you get a break down on the FPU instructions. in the Sun blueprints, in the "tuning apps for the T1" docs, you have there a list of the instructions that were moved from the FPU to the core and what instructions were left in the FPU. that's a nice way to try to guess your expected performance

About Me

I've followed a circuitous (but not uncommon) route into systems administration, with a degree in Physics and a doctorate in theoretical astrophysics.
For many years I've been around the Solaris, OpenSolaris, and illumos communities, and now have my own distribution - Tribblix.