Re: 100% iowait on one of cpus in current -git

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

To: Maxim Levitsky <maximlevitsky@...>

Cc: <linux-kernel@...>, Fengguang Wu <fengguang.wu@...>, Andrew Morton <akpm@...>

Subject: Re: 100% iowait on one of cpus in current -git

Date: Monday, October 22, 2007 - 6:22 am

On Mon, 2007-10-22 at 11:59 +0200, Maxim Levitsky wrote:
quoted text> On Monday 22 October 2007 11:41:57 Peter Zijlstra wrote:
> > On Mon, 2007-10-22 at 08:22 +0200, Maxim Levitsky wrote:
> > > Hi,
> > > 
> > > I found a bug in current -git:
> > > 
> > > On my system on of cpus stays 100% in iowait mode (I have core 2 duo)
> > > Otherwise the system works OK, no disk activity and/or slowdown.
> > > Suspecting that this is a swap-related problem I tried to turn swap of, but it doesn't affect anything.
> > > It is probably some accounting bug.
> > > 
> > > If I start with init=/bin/bash, then this disappears.
> > > I tried then to start usual /etc/init.d scripts then, and first one to show this bug was gpm.
> > > but then I rebooted the system to X without gpm, and I still see 100% iowait.
> > > 
> > > No additional messages in dmesg.
> > 
> > does sysrq-t show any D state tasks?
> > 
> > 
> This one:
> Probably per-block device dirty writeback?
> I am compiling now revision 1f7d6668c29b1dfa307a44844f9bb38356fc989b
> Thanks for the pointer.
> 
> 
> 
> [  673.365631] pdflush       D c21bdecc     0   221      2
> [  673.365635]        c21bdee0 00000046 00000002 c21bdecc c21bdec4 00000000 c21b3000 00000002
> [  673.365643]        c0134892 c21b3164 c1e00200 00000001 c7109280 c21bdec0 c03ff849 c21bdef0
> [  673.365650]        00052974 00000000 000000ff 00000000 00000000 00000000 c21bdef0 000529dc
> [  673.365657] Call Trace:
> [  673.365659]  [<c03fd728>] schedule_timeout+0x48/0xc0
> [  673.365663]  [<c03fd50e>] io_schedule_timeout+0x5e/0xb0
> [  673.365667]  [<c0170d11>] congestion_wait+0x71/0x90
> [  673.365671]  [<c016b92e>] wb_kupdate+0x9e/0xf0
> [  673.365675]  [<c016beb2>] pdflush+0x102/0x1d0
> [  673.365679]  [<c013fa82>] kthread+0x42/0x70
> [  673.365683]  [<c01050df>] kernel_thread_helper+0x7/0x18
> 

That looks more like the inode writeback patches from Wu than the per
bdi dirty stuff. The later typically hangs in balance_dirty_pages().


-
unsubscribe noticeTo 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/

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:

100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 2:22 am)

Re: 100% iowait on one of cpus in current -git, Peter Zijlstra, (Mon Oct 22, 5:41 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 5:59 am)

Re: 100% iowait on one of cpus in current -git, Peter Zijlstra, (Mon Oct 22, 6:22 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 6:40 am)

Re: 100% iowait on one of cpus in current -git, Fengguang Wu, (Mon Oct 22, 6:55 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 6:58 am)

Re: 100% iowait on one of cpus in current -git, Fengguang Wu, (Mon Oct 22, 7:19 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 8:21 am)

[PATCH] reiserfs: don't drop PG_dirty when releasing sub-pag..., Fengguang Wu, (Tue Oct 23, 3:55 am)

Re: [PATCH] reiserfs: don't drop PG_dirty when releasing sub..., Maxim Levitsky, (Tue Oct 23, 6:17 am)

Re: [PATCH] reiserfs: don't drop PG_dirty when releasing sub..., Fengguang Wu, (Tue Oct 23, 10:41 am)

Re: [PATCH] reiserfs: don't drop PG_dirty when releasing sub..., Peter Zijlstra, (Tue Oct 23, 6:07 am)

Re: [PATCH] reiserfs: don't drop PG_dirty when releasing sub..., Fengguang Wu, (Tue Oct 23, 7:56 am)

Re: [PATCH] reiserfs: don't drop PG_dirty when releasing sub..., Chris Mason, (Tue Oct 23, 10:10 am)

Re: [PATCH] reiserfs: don't drop PG_dirty when releasing sub..., Fengguang Wu, (Tue Oct 23, 10:40 am)

Re: 100% iowait on one of cpus in current -git, Fengguang Wu, (Mon Oct 22, 8:37 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 9:05 am)

Re: 100% iowait on one of cpus in current -git, Fengguang Wu, (Mon Oct 22, 9:10 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 9:28 am)

Re: 100% iowait on one of cpus in current -git, Paolo Ornati, (Mon Oct 22, 5:11 am)

Re: 100% iowait on one of cpus in current -git, Maxim Levitsky, (Mon Oct 22, 5:43 am)


linux-kernel:
Tarkan Erimer	Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
Greg Kroah-Hartman	[PATCH 004/196] Chinese: add translation of SubmittingPatches
Bart Van Assche	Integration of SCST in the mainstream Linux kernel
Eric Sandeen	Re: [RFC] Heads up on sys_fallocate()
git:

linux-netdev:
Gerrit Renker	[PATCH 15/37] dccp: Set per-connection CCIDs via socket options
Jarek Poplawski	[PATCH] pkt_sched: Destroy gen estimators under rtnl_lock().
David Miller	[GIT]: Networking
Antonio Almeida	HTB accuracy for high speed
openbsd-misc:

Re: 100% iowait on one of cpus in current -git

Online users