Re: Differnece between CPU and core.

From: Jeremy Schneider <jeremy.schneider_at_ardentperf.com>
Date: Thu, 13 Dec 2012 09:07:35 -0500
Message-ID: <20121213090735.2b0b3a5c_at_jeremy-nb>

Nisha, I'm hoping that you are just asking about the fields in this report (as opposed to asking about what is a CPU)... <g>

I think that the formatting was lost when you copied that text into your email but it kindof looks like the top of an AWR report. In the AWR report header, I believe that "CPU" does not account for hyperthreading - so on an HT-enabled system you'll see twice as many CPUs as there physically are.

-Jeremy

-- 
Jeremy Schneider
Pythian Consulting Group
Chicago

+1 312-725-9249
http://www.pythian.com



On Thu, 13 Dec 2012 06:06:08 +0000
Nisha Mohan <NishaMohan_A_at_infosys.com> wrote:



> Hi ,

> I have a two node RAC on RHEL.

> I saw the following in my AWR in terms of configurations. Though the

> number of cores are same, the number of CPUs are different. Will it

> make any difference in performance and load balancing?

> 

> Host Name

> 

> Platform

> 

> CPUs

> 

> Cores

> 

> Sockets

> 

> Memory (GB)

> 

> racdb1.mwallet.ccd.infosys.com

> 

> Linux x86 64-bit

> 

> 40

> 

> 40

> 

> 4

> 

> 127.53

> 

> Host Name

> 

> Platform

> 

> CPUs

> 

> Cores

> 

> Sockets

> 

> Memory (GB)

> 

> racdb2.mwallet.ccd.infosys.com

> 

> Linux x86 64-bit

> 

> 80

> 

> 40

> 

> 4

> 

> 127.53

> 

> 

> Also kindly let me know the difference between CPU and core.

> 

> Thanks and Regards,

> Nisha Mohan.A

> 

> 

> 

> **************** CAUTION - Disclaimer *****************

> This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended

> solely for the use of the addressee(s). If you are not the intended

> recipient, please notify the sender by e-mail and delete the original

> message. Further, you are not to copy, disclose, or distribute this

> e-mail or its contents to any other person and any such actions are

> unlawful. This e-mail may contain viruses. Infosys has taken every

> reasonable precaution to minimize this risk, but is not liable for

> any damage you may sustain as a result of any virus in this e-mail.

> You should carry out your own virus checks before opening the e-mail

> or attachment. Infosys reserves the right to monitor and review the

> content of all messages sent to or from this e-mail address. Messages

> sent to or from this e-mail address may be stored on the Infosys

> e-mail system. ***INFOSYS******** End of Disclaimer ********INFOSYS***

> 

> --

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

> 

> 


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

Received on Thu Dec 13 2012 - 15:07:35 CET