Re: /proc/cpuinfo format - arch dependent!

From: Stefan Smietanowski
Date: Sat May 07 2005 - 12:49:05 EST


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Ricky.

>>Not to be a pain but how exactly would that interface look today
>>in your eyes?

> Back when I first brought this up (8 years ago?), it was simple... numcpu
> was it. There weren't any virtual processors or multi-core critters.

Weren't there? Hmm. First SMT implementation dates back to 1970.

Or the HEP-1 from 1982. Or the Tera from 1990.
They weren't called SMT though back then.

Irrelevant to the discussion though.

And no, "they didn't run Linux" doesn't cut it in my eyes.

People run Linux on anything, always have, always will.

> CPU affinity, cpumasks, and sysfs weren't even dreams.

> Today, things are more complicated... much more complicated. However,
> they've generally already been hashed out and handled in some fashion.
> The kernel already knows how many cpus there are, how many are online,
> which ones are virtual (at least to the point that the scheduler knows),
> etc. I'm not sure what difference multi-core chips really make as they're
> just two+ cpus in the same package -- yes, that means all of them have to
> be offline to physically remove the processor, but that's pretty hardcore,
> specialized function to begin with.

Pretty big generalization there. But tell me, a HT DualCore CPU - how
DO you think it should end up being visible?

Also, remember the some database vendors have said that they will charge
per cpu package and some have said it's per cpu core.

Whatever interface is chosen have to accomodate both.

// Stefan
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (MingW32)

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