Re: /proc/cpuinfo format - arch dependent!

From: Ralf Baechle (ralf_at_linux-mips.org)
Date: 04/20/05

  • Next message: Ralf Baechle: "Re: Development Model"
    Date:	Wed, 20 Apr 2005 21:31:09 +0100
    To: Lennart Sorensen <lsorense@csclub.uwaterloo.ca>
    
    

    On Tue, Apr 19, 2005 at 09:24:17AM -0400, Lennart Sorensen wrote:

    > If you change it now, how many tools would break?
    >
    > Maybe if you can list what statistics you think should be common to all
    > systems, that could be presented in another file that is always the same
    > format on each architecture.
    >
    > Certainly looking at arm and i386, other than the bogomips field there
    > is nothing in common between their cpuinfo contents. THey don't even
    > capitalize bogomips the same either.
    >
    > I doubt this is really doable. If all you want is the number of CPUs
    > then something like sysconf(_SC_NPROCESSORS_CONF) should do.

    Which in glibc is implemented by counting the number of processor: records
    in /proc/cpuinfo, so simply Nico's parser seems to be insufficient.

      Ralf
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: Ralf Baechle: "Re: Development Model"

    Relevant Pages

    • Re: /proc/cpuinfo format - arch dependent!
      ... > varies very much on different architectures. ... Maybe if you can list what statistics you think should be common to all ... Certainly looking at arm and i386, other than the bogomips field there ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] Athlon/Opteron Prefetch Fix for 2.6.0test5 + numbers
      ... Then it is not for all page faults, but only for a very narrow special ... not very common. ... stuff (like generational garbage collectors), ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: IO-APIC on nforce2 [PATCH] + [PATCH] for nmi_debug=1 + [PATCH] for idle=C1halt, 2.6.5
      ... check for the PCI-ID of the Nforce2 and when ... but it's probably the best solution for such a common issue ... One problem is that this likely must happen before the PCI quirks ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH] mxcsr patch for i386 & x86-64
      ... > the Linux Kernel. ... that it's the bits that all CPU's support "in common", ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: Unneeded Code Found??
      ... Randy Appleton wrote: ... >> I think its a lot more common with direct io and when you have lots of ... Your usage patterns are pretty tame actually. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)