Sorry to be nagging about this...
Maybe I should have provided some motivation in the first place:
Knowing the processor topology may be of importance to a certain class of programmes.
Specifically, I/O-intensive applications (such as a web server), may want to ensure that
interrupts are serviced close to the process/thread executing the service. I have run some
tests that show that servicing interrupts on a different physical package than the one
responsible for the synchronous part of the service can result in very poor performance
(for obvious reasons).
Niagara T1 is a single "package", with 8 "cores".
Exactly my point. So why isn't there a single physical package ID for all CPUs under
/sys/devices/system/cpu/cpuX/topology/physical_package_id ?
Elad
--
To unsubscribe from this list: send the line "unsubscribe sparclinux" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
