On Tue, Oct 30, 2007 at 07:02:42PM -0500, Florin Iucha wrote: > I have added the patches and started a linux kernel compilation, and > something really interesting happens. I run the build with the > equivalent of "make -j3" and in a separate console I am watching the > build with 'top'. The build consumes 98% of both CPUs. If I stop the > output in the build console with "Ctrl-S", one core goes to idle, > while the other is in 50% waiting, then goes to 75% waiting. When I > resume the build with "Ctrl-Q", the build starts to use both CPUs at > 98-99%. The NFS4 use was minimal, as I did not login with Gnome, but > just logged on the console. Also, the CPU that is in 75% waiting > state changes occasionally. 'Top' shows pdflush in D state, using > 5-6% of CPU. I forgot the traces: http://iucha.net/2.6.24-rc1/fw.1.gz http://iucha.net/2.6.24-rc1/fw.2.gz http://iucha.net/2.6.24-rc1/fw.3.gz florin -- Bruce Schneier expects the Spanish Inquisition. http://geekz.co.uk/schneierfacts/fact/163
Attachment:
signature.asc
Description: Digital signature
- Follow-Ups:
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Fengguang Wu <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- References:
- pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- From: Florin Iucha <[email protected]>
- pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- Prev by Date: [PATCH] hiddev: compat_ptr() returns a void *
- Next by Date: [PATCH] libata: suppress two warnings
- Previous by thread: Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- Next by thread: Re: pdflush stuck in D state with v2.6.24-rc1-192-gef49c32
- Index(es):