Re: 2 x quad core or 4 x dual core? - server sizing

In addition to what Martin said (although the second point alone would be
enogh ;) ) don't forget the size of shared cache level 3 wich is bigger for
the quads !

Best regards

D. Gabriel

On Tue, Jan 11, 2011 at 10:59 AM, Martin Berg <[email protected]> wrote:

> And good morning to you.
>
> I would go for the 2 quad core configuration for following reasons:
>
> - Capacity per core:
> I may be wrong (and I don't have time to investigate now), but as far as I
> remember the newer
> Intel archectures (like the Nehalem) are not available in 2-core versions.
> The newer Intel CPU architectures are according to my experiences
> significantly more efficient
> per clock cycle than the older architectures (and I'm not talking about
> 10%) when using Oracle.
> This higher efficiency results in the highest capacity per core I've seen -
> even with the lower
> clock frequency.
> Staying with 2-core processors would therefore leave you with the poorest
> performance
> per core.
>
> - Licensing
> Using the 2 quad core configuration would allow you (assuming that there
> are only 2 sockets in
> the server) to use the Standard Edition One license at about 5k$ per socket
> (or 10k$ in total)
> Using the 4 dual core configuration would require the Standard Edition at
> about 15k$ per socket
> (or 60k$ in total)
> The bean counters may like this :-)
>
> If you have a need for Enterprise Edition functionality this point is of
> course irrelevant.
>
>
> Best regards
>
> Martin Berg
>
>
>
> On 01/11/2011 08:07 AM, Vladimir Barac wrote:
>
>   Good morning, listers
>
>
>
> We are currently sizing servers for new Oracle / SLES project. HP Proliant
> hardware is being considered.
>
>
>
> Could somebody explain, with as much details as possible, which one would
> better option - server with 4 dual core Xeon CPUs or server with 2 quad core
> Xeon CPUs? The rest of the setup - memory, storage OS version - are same for
> both options.
>
>
>
> Servers would be primarily used for OLT Oracle workload (SAP database). Few
> hundred concurrent users at peak time.
>
>
>
> Regards,
>
> Vladimir Barac
>
> ______________________________________________________________________
> This e-mail message and any attachments to it are for the sole use of the
> intended recipients and may contain confidential and privileged information.
> This e-mail message and any attachments are the property of Yusuf A.
> Alghanim & Sons w.l.l. or any of its subsidiaries or affiliates (“Alghanim
> Industries”). Any unauthorized review, use, disclosure, or distribution of
> this e-mail message or its attachments is prohibited. Any opinions expressed
> in this message are those of the author and do not necessarily reflect the
> opinion of Alghanim Industries. If you are not an intended recipient, please
> notify the sender by reply e-mail and destroy all copies of the original
> message and any attachments.
> ______________________________________________________________________
>
>
> _______________________________________________
> suse-sles-e mailing [email protected]://listx.novell.com/mailman/listinfo/suse-sles-e
>
>
>
> _______________________________________________
> suse-sles-e mailing list
> [email protected]
> http://listx.novell.com/mailman/listinfo/suse-sles-e
>
>

_______________________________________________
suse-sles-e mailing list
[email protected]
http://listx.novell.com/mailman/listinfo/suse-sles-e