Messages in this thread | | | Date | Wed, 4 Dec 2002 01:25:41 -0800 | From | William Lee Irwin III <> | Subject | Re: [PATCH] set_cpus_allowed() for 2.4 |
| |
On Tue, Dec 03, 2002 at 04:30:28PM -0800, Andrew Morton wrote: >>> load is just one or more busywaits. It has to be a compilation. It >>> could be something to do with all the short-lived processes, or gcc -pipe)
On Wed, Dec 04, 2002 at 01:42:34AM +0100, Andrea Arcangeli wrote: >> could be that we think they're very interactive or something like that.
On Tue, Dec 03, 2002 at 05:03:07PM -0800, William Lee Irwin III wrote: > The pipe issue is observable without involving gcc or kernel compiles. > Cooperating processes are consistently granted excessive priorities.
More specifically, the "cooperating processes monopolize the cpu" scenario is at its worst when a shell script is used to drive the bochs simulator by single-stepping in order to generate instruction-level boot-time traces of the execution of custom executives.
./foo.sh | bochs is the method, where the contents of foo.sh are trivially derivable from bochs' debugging interface (a couple of newlines and then repeating 's' indefinitely, then killing the process by hand when the exception is observed while tail -f'ing the trace).
Bill - 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/
| |