[tsunam]

The speed of the cpu isn't going to change randomly, its still running at the 1ghz but now you have 2 cps for symetrical processing. Each able to run process's at 1 ghz each. Or if a program desires, to split a job between the two processors.

The lower the useage of a cpu, the better. It means that the cpu isn't having to work as hard to complete the job. It's still doing them as fast as the 1ghz processor can though.

IT actually seesm to be a light load on the cpu's from what your running. So i'm not surprised that the useage is that low.
system ¦ user status sys cs int tr ¦
¦ ------------- ------ --- -- --- -- ¦
¦ +--------------------+ ¦
¦ CPU1 ¦¦¦ ¦ ACTIVE 1623 1584 908 6 ¦
¦ +--------------------+ ¦
¦ +--------------------+ ¦
¦ CPU2 ¦ ¦ ACTIVE 1701 1685 947 6 ¦

that's actually very good, its showing that the cpus are actively being used. And both are spliting the load 50/50 approx. Now in human logic it'd seem that it'd cut it down to say the 40% as you mentioned. However, If i remember smp to any extent. Is that it in fact optimizes it further then that because you have a pipeline to each cpu. Allowing for greater ammounts to be sent, instead of it on one thread. That's probably the easiest way to put it when it comes to getting better then 40% load on each cpu.

hopefully this makes sense. ANd that i understood what your trying to get across

[Whiteskin]

I agree. Multiprocessors dont help with single processes unless you actually have a process compiled that can USE two processors. Most processes will not. They will simply balance lets say 10|10 on both cpus.