> smp cputime issues
>
>
> hello,
>
> we are encountering some weird timing behaviour on our linux cluster.
>
> specifically: when running 2 copies of selected programs on a
> dual-cpu system, the cputime reported for each process is up to 25%
> higher than when the processes are run on their own. however, if running
> two different jobs on the same machine, both complete with a cputime
> equal to when run individually. sample timing output attached.
>
> profiling confirms that everything slows down approximately to scale.
> the results reproduce on a range of different machines (see below).
>
> additional specifications:
> - kernel version 2.4.16 (with apic enabled)
> - chipsets: apollo pro 133, apollo pro 266,
> intel i860, serverworks LE
> - all jobs requires less than 1/10 of physical memory
> - no significant disk i/o takes place
> - timing with dtime(), /usr/bin/time and shell built-in time
> - this behavior is NOT seen for all applications. the worst
> "offender" spends most of its time doing linear algebra.
>
> ideas or info-pointers appreciated. more specs available on request.
>
two points. First for clarification - do you see the effects also on
elapsed time? Or do you say that the CPU time reporting is screwed?
Second - you mention that you see the effect mainly on linear algebra
stuff. Could it be that you are memory bandwidth limited if you run two
of them together? Are you using Intel CPUs (my guess) which have the FSB
concept that may make memory bandwidth scaling a problem, or AMD Athlons
which use the Alpha/EV6 bus and should be a bit more friendly.
Finally, how big is "1/10th of physical" memory? What kind of memory.
Martin
-- +-----------------------------------------------------+ |Martin Knoblauch | |-----------------------------------------------------| |http://www.knobisoft.de/cats | |-----------------------------------------------------| |e-mail: knobi@knobisoft.de | +-----------------------------------------------------+ - 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/
This archive was generated by hypermail 2b29 : Mon Jan 07 2002 - 21:00:17 EST