<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: what bit-level am i running? in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780948#M23112</link>
    <description>Thanks for the info... one more thing.  Why does uname -a show "athlon" processor and cat /proc/cpuinfo show "opteron" processor?</description>
    <pubDate>Tue, 02 May 2006 10:50:40 GMT</pubDate>
    <dc:creator>joseph wholey</dc:creator>
    <dc:date>2006-05-02T10:50:40Z</dc:date>
    <item>
      <title>what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780945#M23109</link>
      <description>Can't seem to find a definitive answer to determine what bit-level my cpu is capable of, and what bit-level I'm running at.  uname -a shows me the following:&lt;BR /&gt;Linux enycxdbitdw01 2.4.21-32.0.1.ELsmp #1 SMP Tue May 17 17:52:23 EDT 2005 i686 athlon i386 GNU/Linux&lt;BR /&gt;&lt;BR /&gt;cat /proc/cpuinfo shows me this: &lt;BR /&gt;processor       : 0&lt;BR /&gt;vendor_id       : AuthenticAMD&lt;BR /&gt;cpu family      : 15&lt;BR /&gt;model           : 5&lt;BR /&gt;model name      : AMD Opteron (tm) Processor 848&lt;BR /&gt;stepping        : 10&lt;BR /&gt;cpu MHz         : 2197.158&lt;BR /&gt;cache size      : 1024 KB&lt;BR /&gt;physical id     : 0&lt;BR /&gt;siblings        : 1&lt;BR /&gt;runqueue        : 0&lt;BR /&gt;fdiv_bug        : no&lt;BR /&gt;hlt_bug         : no&lt;BR /&gt;f00f_bug        : no&lt;BR /&gt;coma_bug        : no&lt;BR /&gt;fpu             : yes&lt;BR /&gt;fpu_exception   : yes&lt;BR /&gt;cpuid level     : 1&lt;BR /&gt;wp              : yes&lt;BR /&gt;flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxe&lt;BR /&gt;xt lm 3dnowext 3dnow&lt;BR /&gt;bogomips        : 4377.80&lt;BR /&gt;&lt;BR /&gt;I'm looking for a spec sheet on the AMD Opteron Processor 848, but can not seem to find one.  Any help?</description>
      <pubDate>Tue, 02 May 2006 10:24:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780945#M23109</guid>
      <dc:creator>joseph wholey</dc:creator>
      <dc:date>2006-05-02T10:24:44Z</dc:date>
    </item>
    <item>
      <title>Re: what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780946#M23110</link>
      <description>All Opteron processors are capable of running with 64-bit pointers.  The uname -a output shows that you are running a 32-bit i686 version of redhat enterprise linux 3 on that system.  So it currently is using 32-bit pointers.  You can confirm the current size of type long by running "getconf LONG_BIT".  It will say 32 on that system.  The size of long happens to match the size of pointer in linux on x86.  (There is no architectural requirement  that says "getconf LONG_BIT" will match the size of a pointer.  Microsoft windows actually left long as 32-bits on systems with 64-bit pointers.)</description>
      <pubDate>Tue, 02 May 2006 10:46:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780946#M23110</guid>
      <dc:creator>Mike Stroyan</dc:creator>
      <dc:date>2006-05-02T10:46:40Z</dc:date>
    </item>
    <item>
      <title>Re: what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780947#M23111</link>
      <description>Shalom Joseph,&lt;BR /&gt;&lt;BR /&gt;Your processor may be 64 bit capable, but the OS is 32 bit.&lt;BR /&gt;&lt;BR /&gt;uname -a &lt;BR /&gt;&lt;BR /&gt;cd /boot/&lt;BR /&gt;do a what on the vmlinuz file you are booting off of.&lt;BR /&gt;&lt;BR /&gt;My system does not have the what command, but if you examine the kernel you will see what mode you are booting into.&lt;BR /&gt;&lt;BR /&gt;I'm guessing my brain locked and the what command is hpux.&lt;BR /&gt;&lt;BR /&gt;SEP&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 02 May 2006 10:49:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780947#M23111</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-05-02T10:49:38Z</dc:date>
    </item>
    <item>
      <title>Re: what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780948#M23112</link>
      <description>Thanks for the info... one more thing.  Why does uname -a show "athlon" processor and cat /proc/cpuinfo show "opteron" processor?</description>
      <pubDate>Tue, 02 May 2006 10:50:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780948#M23112</guid>
      <dc:creator>joseph wholey</dc:creator>
      <dc:date>2006-05-02T10:50:40Z</dc:date>
    </item>
    <item>
      <title>Re: what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780949#M23113</link>
      <description>Redhat's version of uname is patched with code that specifically checks the /proc/cpuinfo vendor_id for "AuthenticAMD" and changes the "uname -p" processor field from "i686" to "athlon".  That is obviously getting a little dated in the age of Opteron and Turion and Sempron processors.&lt;BR /&gt;&lt;BR /&gt;  The /proc/cpuinfo "model name" data is coming straight out of cpuid instructions.  It passes on what the CPU says it is without preconceptions.</description>
      <pubDate>Tue, 02 May 2006 17:25:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780949#M23113</guid>
      <dc:creator>Mike Stroyan</dc:creator>
      <dc:date>2006-05-02T17:25:20Z</dc:date>
    </item>
    <item>
      <title>Re: what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780950#M23114</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;This is the command :&lt;BR /&gt;&lt;BR /&gt;getconf WORD_BIT &lt;BR /&gt;&lt;BR /&gt;This will give whether ur system is 32 bit or 64&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;Vipul</description>
      <pubDate>Wed, 03 May 2006 05:24:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780950#M23114</guid>
      <dc:creator>Vipulinux</dc:creator>
      <dc:date>2006-05-03T05:24:10Z</dc:date>
    </item>
    <item>
      <title>Re: what bit-level am i running?</title>
      <link>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780951#M23115</link>
      <description>Vipulinux,&lt;BR /&gt;&lt;BR /&gt;  "getconf WORD_BIT" is actually the number of bits in an int.  It will return 32 on a linux system that has 64 bit pointers and longs.  You need to use "getconf LONG_BIT".</description>
      <pubDate>Wed, 03 May 2006 09:26:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/what-bit-level-am-i-running/m-p/3780951#M23115</guid>
      <dc:creator>Mike Stroyan</dc:creator>
      <dc:date>2006-05-03T09:26:15Z</dc:date>
    </item>
  </channel>
</rss>

