RE: Going multicore, Sun Fire T2000 (8 cores)

It's a moving target. In the x86 space, the multiplication factor was 1.0, then it was 0.75, now it is 0.5. Compute power keeps getting cheaper so I would expect this trend to continue. Many environments demand every ounce of compute capacity, but a great many other environments still have as much data in their HRMS system or their fulfillment system as they did five or ten years ago. For these companies, the security, manageability, availability and recoverability of something like Oracle Enterprise Edition might be desirable, but the hardware on the market is vast overkill--and that overkill gets compounded by minimum licensing fees. For many systems, a single dual-core Opteron is 2x or 4x as much compute power as is needed. Who wants to pay RDBMS licenses on clock cycles that you'd never realistically use?  

With next-gen x86 architectures not more than a couple of quarters away, I expect these licensing changes to continue.

From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Matthew Zito
Sent: Tuesday, March 28, 2006 8:00 PM
To: m.haddon_at_comcast.net; oracle-l_at_freelists.org Subject: RE: Going multicore, Sun Fire T2000 (8 cores)

As I said in an earlier email, if you go to the Oracle store and look at the licensing definitions, its:  

"For the purpose of counting the number of processors which require
licensing for a Sun UltraSPARC T1 processor with 4, 6 or 8 cores at 1.0 gigahertz or 8 cores at 1.2 gigahertz for only those servers specified on the Sun Server Table which can be accessed at <http://oracle.com/contracts> http://oracle.com/contracts , "n" cores shall be determined by multiplying the total number of cores by a factor of .25. "  

And to go on a little further, the equivalent for Intel and AMD:  

"For the purposes of counting the number of processors which require
licensing for AMD and Intel multicore chips, "n" cores shall be determined by multiplying the total number of cores by a factor of .50."  

So, I was wrong, but its not .25 for Intel.  

Thanks,
Matt

From: oracle-l-bounce_at_freelists.org on behalf of Michael Haddon Sent: Tue 3/28/2006 7:30 PM
To: oracle-l_at_freelists.org
Subject: Re: Going multicore, Sun Fire T2000 (8 cores)

We just went through a licensing analysis for the T1000 and the Multicore processors,.. in the Oracle licensing document it states that for Intel Multi-Core system the algorithm is the number of cores * .25 for the processor license. For IBM and/or HP (I might be off a little here cause we didn't dive into the HP and IBM processors) but I believe it stated the #processors * .5.

For SUN Multicore processors the algorithm was the #cores * .75 so for 8 cores the license would be the same as it is for 6 processors

Mike

Matthew Zito wrote:

From an Oracle licensing perspective, 8 cores in the niagra processor count as one processor for Oracle licenseing purposes.

Thanks,
Matt

-----Original Message-----
From: oracle-l-bounce_at_freelists.org on behalf of Michael McMullen Sent: Mon 3/27/2006 2:32 PM
To: Rich.Jesse_at_qg.com; oracle-l_at_freelists.org Subject: Re: Going multicore, Sun Fire T2000 (8 cores)

MessageCan you elaborate on "use all those cores simultaneously"? Would a parallel query not use all the cores, or heavy concurrent access by users? Imagine the licensing cost if you had two or three of these in a rac?

--
http://www.freelists.org/webpage/oracle-l





-- http://www.freelists.org/webpage/oracle-l 


--
http://www.freelists.org/webpage/oracle-l