<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Hmmm, that;s indeed quite some
      different output you've got there. Mine looks like this:<br>
      <br>
      <blockquote>processor       : 0<br>
        vendor_id       : GenuineIntel<br>
        cpu family      : 6<br>
        model           : 23<br>
        model name      : Intel(R) Core(TM)2 Duo CPU     E8600  @
        3.33GHz<br>
        stepping        : 10<br>
        microcode       : 0xa07<br>
        cpu MHz         : 2000.000<br>
        cache size      : 6144 KB<br>
        physical id     : 0<br>
        siblings        : 2<br>
        core id         : 0<br>
        cpu cores       : 2<br>
        apicid          : 0<br>
        initial apicid  : 0<br>
        fpu             : yes<br>
        fpu_exception   : yes<br>
        cpuid level     : 13<br>
        wp              : yes<br>
        flags           : fpu vme de pse tsc msr pae mce cx8 apic sep
        mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2
        ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts
        rep_good nopl aperfmperf pni dtes64 monitor ds_cpl vmx smx est
        tm2 ssse3 cx16 xtpr pdcm sse4_1 xsave lahf_lm dtherm tpr_shadow
        vnmi flexpriority<br>
        bogomips        : 6668.63<br>
        clflush size    : 64<br>
        cache_alignment : 64<br>
        address sizes   : 36 bits physical, 48 bits virtual<br>
        power management:<br>
      </blockquote>
      <br>
      (this is repeated twice, with only `processor:0` changing to
      `processor:1`)<br>
      <br>
      <br>
      Since this is the same kind of output I got on several other linux
      distributions/architectures(--> 32 bit versus 64 bit intel), I
      assumed it was kinda `standard`. Then again assume = ...<br>
      <br>
      Well, anyway, it's a bit trickier than I thought at first in that
      case.<br>
      <br>
      <br>
      <br>
      <br>
      Once upon a time, on 12/27/2012 08:01 PM to be precise, Mark
      Morgan Lloyd said:<br>
    </div>
    <blockquote cite="mid:kbi5tl$hj5$1@pye-srv-01.telemetry.co.uk"
      type="cite">Ewald wrote:
      <br>
      <br>
      <blockquote type="cite">Now, for the implementation of
        ProcessorCount I've got code here that
        <br>
        reads the amount of processor cores from `/proc/cpuinfo` (linux
        only I
        <br>
        think) and some assembly code [asmmode att] (tested on x86_64
        and i386)
        <br>
        that *tries* to get the amount of cpu cores by the use of CPUID.
        The
        <br>
      </blockquote>
      <br>
      In the general case, you have to be careful with this since (a)
      every architecture puts different info in /proc/cpuinfo and (b)
      the processor numbering and affinity vectors can have gaps.
      <br>
      <br>
      type            : sun4u
      <br>
      ncpus probed    : 12
      <br>
      ncpus active    : 12
      <br>
      ..
      <br>
      CPU0:           online
      <br>
      CPU1:           online
      <br>
      CPU4:           online
      <br>
      CPU5:           online
      <br>
      CPU8:           online
      <br>
      CPU9:           online
      <br>
      CPU10:          online
      <br>
      CPU11:          online
      <br>
      CPU12:          online
      <br>
      CPU13:          online
      <br>
      CPU14:          online
      <br>
      CPU15:          online
      <br>
      <br>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Ewald
</pre>
  </body>
</html>