Dual-core CPUs are now commonplace on Macs. Can top display the load on each core? In Linux, the top from procps has for a while now included this option: <1> :Toggle_Single/Separate_Cpu_States -- On/Off This command affects how the 't' command's Cpu States portion is shown. Although this toggle exists primarily to serve massively-parallel SMP machines, it is not restricted to solely SMP environments. When you see 'Cpu(s):' in the summary area, the '1' toggle is On and all cpu information is gathered in a single line. Otherwise, each cpu is displayed separately as: 'Cpu0, Cpu1, ...' Any way to get this functionality in OSX? Cheers, Dave
On Jan 2, 2008, at 10:31, David Liontooth wrote:
Dual-core CPUs are now commonplace on Macs. Can top display the load on each core?
In Linux, the top from procps has for a while now included this option:
<1> :Toggle_Single/Separate_Cpu_States -- On/Off This command affects how the 't' command's Cpu States portion is shown. Although this toggle exists primarily to serve massively-parallel SMP machines, it is not restricted to solely SMP environments.
When you see 'Cpu(s):' in the summary area, the '1' toggle is On and all cpu information is gathered in a single line. Otherwise, each cpu is displayed separately as: 'Cpu0, Cpu1, ...'
Any way to get this functionality in OSX?
A quick glance at the top manpage doesn't show me any way to do this. And a quick look through "port search top" doesn't show me any alternate versions of top available.
see On Jan 2, 2008, at 1:48 PM, Ryan Schmidt wrote:
On Jan 2, 2008, at 10:31, David Liontooth wrote:
Dual-core CPUs are now commonplace on Macs. Can top display the load on each core?
In Linux, the top from procps has for a while now included this option:
<1> :Toggle_Single/Separate_Cpu_States -- On/Off This command affects how the 't' command's Cpu States portion is shown. Although this toggle exists primarily to serve massively-parallel SMP machines, it is not restricted to solely SMP environments.
When you see 'Cpu(s):' in the summary area, the '1' toggle is On and all cpu information is gathered in a single line. Otherwise, each cpu is displayed separately as: 'Cpu0, Cpu1, ...'
Any way to get this functionality in OSX?
A quick glance at the top manpage doesn't show me any way to do this. And a quick look through "port search top" doesn't show me any alternate versions of top available.
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.1 - (xorg-server 1.3.0-apple5) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non
William Davis wrote:
see
Thanks, that works; I was hoping for a CLI version. Dave
On Jan 2, 2008, at 1:48 PM, Ryan Schmidt wrote:
On Jan 2, 2008, at 10:31, David Liontooth wrote:
Dual-core CPUs are now commonplace on Macs. Can top display the load on each core?
In Linux, the top from procps has for a while now included this option:
<1> :Toggle_Single/Separate_Cpu_States -- On/Off This command affects how the 't' command's Cpu States portion is shown. Although this toggle exists primarily to serve massively-parallel SMP machines, it is not restricted to solely SMP environments.
When you see 'Cpu(s):' in the summary area, the '1' toggle is On and all cpu information is gathered in a single line. Otherwise, each cpu is displayed separately as: 'Cpu0, Cpu1, ...'
Any way to get this functionality in OSX?
A quick glance at the top manpage doesn't show me any way to do this. And a quick look through "port search top" doesn't show me any alternate versions of top available.
_______________________________________________ macports-users mailing list macports-users@lists.macosforge.org <mailto:macports-users@lists.macosforge.org> http://lists.macosforge.org/mailman/listinfo/macports-users
William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.1 - (xorg-server 1.3.0-apple5) Mac Mini Intel Duo @ 1.86 GHz
Mundus vult decepi, ego non
participants (3)
-
David Liontooth
-
Ryan Schmidt
-
William Davis