Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

What I have:

  • an online financial application (ASP.NET, C#)
  • at peak we have 5K+ simultaneous users
  • backend is running on Oracle 11g (active server + stand-by using Active Data Guard). At peak - 4K-5K database sessions
  • Oracle is installed on Linux 5.8 (Oracle's unbreakable version)
  • the database size: 7TB
  • disk storage: NetApp (connected with 10GB network)

I would like to replace old servers (IT will purchase HP blades BL685C). Servers will have 256GB of RAM.

I need your help to figure out what to do with CPUs and cores. Options:

  1. 2 CPUs (2.3 GHz) with 16 cores each
  2. 4 CPUs (3.0 GHz) with 8 cores each

Question: Which one should I pick?

P.S. Next year, we will migrate from Oracle to SQL server. I hope, whatever option you recommend will work for both platforms

share|improve this question
We can't compare CPUs without knowing which CPUs we're comparing. Clock frequencies and core counts are insufficient to compare CPUs. Also, it depends dramatically on how well the application software can take advantage of multiple cores. – David Schwartz Jun 24 '12 at 0:03
I dont know how Oracle handles multi-cores and multi-CPU. I guess that's the question i'm asking. Also, I think I've provided incorrect blade model. I know for a fact, that it will be AMD CPU. – AlexOdin Jun 24 '12 at 0:15
So how do the statistics for your old servers look like? What is the current bottleneck? What are the current CPUs? What is your current hardware? – Nils Jun 24 '12 at 21:16

There are two factors you want to look at:

  1. Total aggregate performance: This is the measure of the total computing power of all the cores on the box. You can estimate this value by looking at the Passmark CPU rating for the CPU and multiplying by the number of physical CPUs in the system.

  2. Single-thread performance: This is the measure of how much computing power the CPU can give to a single thread. You can estimate this value by looking at the Passmark CPU rating for the CPU and dividing by the number of cores in the CPU. (For hyper-threaded CPUs, divide by 1.25 times the number of physical cores.)

If one machine wins on both of these measures, it's probably your best choice. If it's split on the two measures, then it comes down to how effectively your software can take advantage of multiple cores.

Note that memory performance can be important too. More memory channels typically means faster memory access. Also, of course, the total amount of memory is important. Different CPUs often mean different motherboards, which can mean different memory performance.

share|improve this answer

Having approximately equal BogoMIPSes, I'd say you should estimate overall L1/L2 cache volume in both cases — the biggest is the winner.

share|improve this answer

You'll also need to know the NUMA configuration. If you'll have just a single NUMA node or multiple NUMA nodes. I know that SQL Server is NUMA aware, and I assume that Oracle is as well. This can have a big impact on database performance as getting access to memory in the same NUMA node is much faster than accessing memory in another NUMA node.

share|improve this answer

There's some things you need to know, for example: the processor speed (ghz or mhz) don't do the real speed for a job. Take in mind there are more cycle-efficient processors than others. I think you need to look some CPU benchmarks to decide which processor is better for that server.

Have fun!

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.