Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 5810 invoked from network); 6 Jun 2008 11:25:40 -0500
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by air964.startdedicated.com with SMTP; 6 Jun 2008 11:25:40 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A612385B020;
 Fri,  6 Jun 2008 12:21:15 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 28540-09; Fri, 6 Jun 2008 12:21:15 -0400 (EDT)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 150B485AFB1;
 Fri,  6 Jun 2008 12:21:15 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Fri, 06 Jun 2008 11:42:20 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id A293D85AD83
 for <oracle-l@freelists.org>; Fri,  6 Jun 2008 11:42:20 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 23397-06 for <oracle-l@freelists.org>;
 Fri, 6 Jun 2008 11:42:20 -0400 (EDT)
Received: from yw-out-1718.google.com (yw-out-1718.google.com [74.125.46.153])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 5D08285AD98
 for <oracle-l@freelists.org>; Fri,  6 Jun 2008 11:42:19 -0400 (EDT)
Received: by yw-out-1718.google.com with SMTP id 5so598274ywm.46
        for <oracle-l@freelists.org>; Fri, 06 Jun 2008 08:46:42 -0700 (PDT)
Received: by 10.151.101.2 with SMTP id d2mr459245ybm.42.1212767202335;
        Fri, 06 Jun 2008 08:46:42 -0700 (PDT)
Received: by 10.150.121.2 with HTTP; Fri, 6 Jun 2008 08:46:42 -0700 (PDT)
Message-ID: <b32e774d0806060846r3e186edbi622e55767ef6d27c@mail.gmail.com>
Date: Fri, 6 Jun 2008 10:46:42 -0500
From: "Jason Heinrich" <jheinrichdba@gmail.com>
To: pythianbrinsmead@gmail.com
Subject: Re: Restricting Oracle to one processor
Cc: Brandon.Allen@oneneck.com, wjwagman@ucdavis.edu, oracle-l@freelists.org
In-Reply-To: <cf3341710806051716o3c734b51g539f59b0dfa24ba5@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_7966_709261.1212767202327"
References: <FE043305B38A0F448F3924429D650C2A07F58099@VEXBE2.ex.ad3.ucdavis.edu>
	 <04DDF147ED3A0D42B48A48A18D574C450BEDA029@NT15.oneneck.corp>
	 <cf3341710806051716o3c734b51g539f59b0dfa24ba5@mail.gmail.com>
X-Google-Sender-Auth: 11f841a444d705e9
X-archive-position: 8652
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: jheinrichdba@gmail.com
Precedence: normal
Reply-to: jheinrichdba@gmail.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:steve.adams@ixora.com.au>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
X-Virus-Scanned: Debian amavisd-new at localhost.localdomain
------=_Part_7966_709261.1212767202327
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Here's the exact wording on multi-core licensing from Oracle's most recent
price list (
http://www.oracle.com/corporate/pricing/technology-price-list.pdf):

[Enterprise Edition] 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 core processor
licensing factor of .50.
...
[Standard Edition] When licensing Oracle programs with Standard Edition One
or Standard Edition in the product name, a processor is counted equivalent
to an occupied socket; however, in the case of multi-chip modules, each chip
in the multi-chip module is counted as one occupied socket.

I don't see anything there that would prevent SE1 from being used on his
Intel hardware.  A multi-core processor is still just one chip, so my
understanding of the "multi-chip module" wording would be something like a
daughtercard with multiple processors on it.  One motherboard socket, but
multiple physical CPUs.  However, if you were going to purchase SE or SE1
licenses, I would definitely ask a licensing expert to be sure.


On Thu, Jun 5, 2008 at 7:16 PM, Mark Brinsmead <pythianbrinsmead@gmail.com>
wrote:

> The OP did not say anything about database editions.  Bill, you might also
> want to be aware that with the new license rules regarding
> Multi-Chip-Modules, the hardware you described will not be (cannot be)
> eligible for Standard-Edition One licenses if your quad-core processors are
> manufactured by Intel.  (Actually, because Oracle seems to have accidentally
> mis-worded the new license rules, the hardware may be ineligible for SE of
> any flavour with CPUs from any manufacturer.)


-- 
Jason Heinrich

------=_Part_7966_709261.1212767202327
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Here&#39;s the exact wording on multi-core licensing from Oracle&#39;s most recent price list (<a href="http://www.oracle.com/corporate/pricing/technology-price-list.pdf" target="_blank">http://www.oracle.com/corporate/pricing/technology-price-list.pdf</a>):<br>

<br><div style="margin-left: 40px;">[Enterprise Edition] For the
purposes of counting the number of processors which require licensing
for AMD and Intel multicore chips, &quot;n&quot; cores shall be determined by
multiplying the total number of cores by a core processor licensing
factor of .50.<br>
...<br>[Standard Edition] When licensing Oracle
programs with Standard Edition One or Standard Edition in the product
name, a processor is counted equivalent to an occupied socket; however,
in the case of multi-chip modules, each chip in the multi-chip module
is counted as one occupied socket.<br>
<br></div>I don&#39;t see anything there that would prevent SE1 from being
used on his Intel hardware.&nbsp; A multi-core processor is still just one
chip, so my understanding of the &quot;multi-chip module&quot; wording would be
something like a daughtercard with multiple processors on it.&nbsp; One
motherboard socket, but multiple physical CPUs.&nbsp; However, if you were
going to purchase SE or SE1 licenses, I would definitely ask a
licensing expert to be sure.<br><br><br><div class="gmail_quote">On Thu, Jun 5, 2008 at 7:16 PM, Mark Brinsmead &lt;<a href="mailto:pythianbrinsmead@gmail.com">pythianbrinsmead@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
The OP did not say anything about database editions.&nbsp; Bill, you might also want to be aware that with the new license rules regarding Multi-Chip-Modules, the hardware you described will not be (cannot be) eligible for Standard-Edition One licenses if your quad-core processors are manufactured by Intel.&nbsp; (Actually, because Oracle seems to have accidentally mis-worded the new license rules, the hardware may be ineligible for SE of any flavour with CPUs from any manufacturer.)</blockquote>
<div>&nbsp;</div></div>-- <br>Jason Heinrich

------=_Part_7966_709261.1212767202327--
--
http://www.freelists.org/webpage/oracle-l


