From: Wu Fengguang <fengguang.wu@intel.com>
To: Andreas Mohr <andi@lisas.de>
Cc: Jens Axboe <axboe@kernel.dk>,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
Minchan Kim <minchan.kim@gmail.com>,
Linux Memory Management List <linux-mm@kvack.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3)
Date: Wed, 7 Apr 2010 15:00:50 +0800 [thread overview]
Message-ID: <20100407070050.GA10527@localhost> (raw)
In-Reply-To: <20100405105319.GA16528@rhlx01.hs-esslingen.de>
Andreas,
On Mon, Apr 05, 2010 at 06:53:20PM +0800, Andreas Mohr wrote:
> On Mon, Apr 05, 2010 at 12:13:49AM +0200, Andreas Mohr wrote:
> > Having an attempt at writing a 300M /dev/zero file to the SSD's filesystem
> > was even worse (again tons of unresponsiveness), combined with multiple
> > OOM conditions flying by (I/O to the main HDD was minimal, its LED was
> > almost always _off_, yet everything stuck to an absolute standstill).
> >
> > Clearly there's a very, very important limiter somewhere in bio layer
> > missing or broken, a 300M dd /dev/zero should never manage to put
> > such an onerous penalty on a system, IMHO.
>
> Seems this issue is a variation of the usual "ext3 sync" problem,
> but in overly critical and unexpected ways (full lockup of almost everything,
> and multiple OOMs).
>
> I retried writing the 300M file with a freshly booted system, and there
> were _no_ suspicious issues to be observed (free memory went all down to
> 5M, not too problematic), well, that is, until I launched Firefox
> (the famous sync-happy beast).
> After Firefox startup, I had these long freezes again when trying to
> do transfers with the _UNRELATED_ main HDD of the system
> (plus some OOMs, again)
>
> Setup: USB SSD ext4 non-journal, system HDD ext3, SSD unused except for
> this one ext4 partition (no swap partition activated there).
>
> Of course I can understand and tolerate the existing "ext3 sync" issue,
> but what's special about this case is that large numbers of bio to
> a _separate_ _non_-ext3 device seem to put so much memory and I/O pressure
> on a system that the existing _lightly_ loaded ext3 device gets completely
> stuck for much longer than I'd usually naively expect an ext3 sync to an isolated
> device to take - not to mention the OOMs (which are probably causing
> swap partition handling on the main HDD to contribute to the contention).
>
> IOW, we seem to still have too much ugly lock contention interaction
> between expectedly isolated parts of the system.
>
> OTOH the main problem likely still is overly large pressure induced by a
> thoroughly unthrottled dd 300M, resulting in sync-challenged ext3 and swap
> activity (this time on the same device!) to break completely, and also OOMs to occur.
>
> Probably overly global ext3 sync handling manages to grab a couple
> more global system locks (bdi, swapping, page handling, ...)
> before being contended, causing other, non-ext3-challenged
> parts of the system (e.g. the swap partition on the _same_ device)
> to not make any progress in the meantime.
>
> per-bdi writeback patches (see
> http://www.serverphorums.com/read.php?12,32355,33238,page=2 ) might
> have handled a related issue.
>
>
> Following is a SysRq-W trace (plus OOM traces) at a problematic moment during 300M copy
> after firefox - and thus sync invocation - launch (there's a backtrace of an "ls" that
> got stuck for perhaps half a minute on the main, _unaffected_, ext3
> HDD - and almost all other traces here are ext3-bound as well).
>
>
> SysRq : HELP : loglevel(0-9) reBoot Crash show-all-locks(D) terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount show-blocked-tasks(W)
> ata1: clearing spurious IRQ
> ata1: clearing spurious IRQ
> Xorg invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0
This is GFP_KERNEL.
> Pid: 2924, comm: Xorg Tainted: G W 2.6.34-rc3 #8
> Call Trace:
> [<c105d881>] T.382+0x44/0x110
> [<c105d978>] T.381+0x2b/0xe1
> [<c105db2e>] __out_of_memory+0x100/0x112
> [<c105dbb4>] out_of_memory+0x74/0x9c
> [<c105fd41>] __alloc_pages_nodemask+0x3c5/0x493
> [<c105fe1e>] __get_free_pages+0xf/0x2c
> [<c1086400>] __pollwait+0x4c/0xa4
> [<c120130e>] unix_poll+0x1a/0x93
> [<c11a6a77>] sock_poll+0x12/0x15
> [<c1085d21>] do_select+0x336/0x53a
> [<c10ec5c4>] ? cfq_set_request+0x1d8/0x2ec
> [<c10863b4>] ? __pollwait+0x0/0xa4
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c10f46c9>] ? _copy_from_user+0x42/0x127
> [<c10860cc>] core_sys_select+0x1a7/0x291
> [<c1214063>] ? _raw_spin_unlock_irq+0x1d/0x21
> [<c1026b7f>] ? do_setitimer+0x160/0x18c
> [<c103b066>] ? ktime_get_ts+0xba/0xc4
> [<c108635e>] sys_select+0x68/0x84
> [<c1002690>] sysenter_do_call+0x12/0x31
> Mem-Info:
> DMA per-cpu:
> CPU 0: hi: 0, btch: 1 usd: 0
> Normal per-cpu:
> CPU 0: hi: 186, btch: 31 usd: 46
> active_anon:34886 inactive_anon:41460 isolated_anon:1
> active_file:13576 inactive_file:27884 isolated_file:65
> unevictable:0 dirty:4788 writeback:5675 unstable:0
> free:1198 slab_reclaimable:1952 slab_unreclaimable:2594
> mapped:10152 shmem:56 pagetables:742 bounce:0
> DMA free:2052kB min:84kB low:104kB high:124kB active_anon:940kB inactive_anon:3876kB active_file:212kB inactive_file:8224kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15804kB mlocked:0kB dirty:3448kB writeback:752kB mapped:80kB shmem:0kB slab_reclaimable:160kB slab_unreclaimable:124kB kernel_stack:40kB pagetables:48kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:20096 all_unreclaimable? yes
> lowmem_reserve[]: 0 492 492
> Normal free:2740kB min:2792kB low:3488kB high:4188kB active_anon:138604kB inactive_anon:161964kB active_file:54092kB inactive_file:103312kB unevictable:0kB isolated(anon):4kB isolated(file):260kB present:503848kB mlocked:0kB dirty:15704kB writeback:21948kB mapped:40528kB shmem:224kB slab_reclaimable:7648kB slab_unreclaimable:10252kB kernel_stack:1632kB pagetables:2920kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:73056 all_unreclaimable? no
> lowmem_reserve[]: 0 0 0
> DMA: 513*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2052kB
> Normal: 685*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2740kB
> 56122 total pagecache pages
> 14542 pages in swap cache
> Swap cache stats: add 36404, delete 21862, find 8669/10118
> Free swap = 671696kB
> Total swap = 755048kB
> 131034 pages RAM
> 3214 pages reserved
> 94233 pages shared
> 80751 pages non-shared
> Out of memory: kill process 3462 (kdeinit4) score 95144 or a child
shmem=56 is ignorable, and
active_file+inactive_file=13576+27884=41460 < 56122 total pagecache pages.
Where are the 14606 file pages gone?
> Killed process 3524 (kio_http) vsz:43448kB, anon-rss:1668kB, file-rss:6388kB
> SysRq : Show Blocked State
> task PC stack pid father
> tclsh D df888d98 0 2038 1 0x00000000
> de781ee8 00000046 00000000 df888d98 4e3b903d 000002df df888b20 df888b20
> dfbf6dc0 c1bff180 de781ef4 c1212374 de781f24 de781efc c105b8f3 de781f18
> c121277b c105b8be de781f2c 00000060 dfbf6dc0 c137f88c de781f48 c105b8aa
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121277b>] __wait_on_bit_lock+0x34/0x6f
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105b8aa>] __lock_page+0x6b/0x73
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c106aede>] handle_mm_fault+0x2fc/0x4f6
> [<c1018239>] ? do_page_fault+0xe4/0x279
> [<c10183b8>] do_page_fault+0x263/0x279
> [<c1018155>] ? do_page_fault+0x0/0x279
> [<c121456e>] error_code+0x5e/0x64
> [<c1018155>] ? do_page_fault+0x0/0x279
> console-kit-d D df970368 0 2760 1 0x00000000
> d9aa7c0c 00000046 00000000 df970368 bcc125ae 000002de df9700f0 df9700f0
> 00000000 d9aa7c50 d9aa7c18 c1212374 d9aa7c48 d9aa7c20 c105b8f3 d9aa7c3c
> c121288c c105b8be c1bfe5f8 0000000e d9aa7c48 d9aa7c64 d9aa7c70 c105baf7
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121288c>] __wait_on_bit+0x34/0x5b
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105baf7>] wait_on_page_bit+0x7a/0x83
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c1063610>] shrink_page_list+0x115/0x3c3
> [<c10511fb>] ? __delayacct_blkio_end+0x2f/0x35
> [<c1068083>] ? congestion_wait+0x5d/0x67
> [<c1063ba9>] shrink_inactive_list+0x2eb/0x476
> [<c105117e>] ? delayacct_end+0x66/0x8d
> [<c1063f69>] shrink_zone+0x235/0x2d6
> [<c1033cf9>] ? autoremove_wake_function+0x0/0x2f
> [<c10647e8>] do_try_to_free_pages+0x12c/0x229
> [<c10649ed>] try_to_free_pages+0x6a/0x72
> [<c1062889>] ? isolate_pages_global+0x0/0x1a2
> [<c105fc64>] __alloc_pages_nodemask+0x2e8/0x493
> [<c105fe1e>] __get_free_pages+0xf/0x2c
> [<c1021fb6>] copy_process+0x9e/0xcc5
> [<c1022cf1>] do_fork+0x114/0x25e
> [<c106b07b>] ? handle_mm_fault+0x499/0x4f6
> [<c1018239>] ? do_page_fault+0xe4/0x279
> [<c10372bc>] ? up_read+0x16/0x2a
> [<c1007752>] sys_clone+0x1b/0x20
> [<c1002765>] ptregs_clone+0x15/0x30
> [<c12141b5>] ? syscall_call+0x7/0xb
Many applications (this one and below) are stuck in
wait_on_page_writeback(). I guess this is why "heavy write to
irrelevant partition stalls the whole system". They are stuck on page
allocation. Your 512MB system memory is a bit tight, so reclaim
pressure is a bit high, which triggers the wait-on-writeback logic.
Thanks,
Fengguang
> usb-storage D df04cd18 0 3039 2 0x00000000
> d734fdcc 00000046 00000000 df04cd18 4cf496d1 000002df df04caa0 7fffffff
> 7fffffff df04caa0 d734fe20 c12125e3 00000001 d734fe04 00000046 00000000
> 00000001 00000001 00000000 c1212440 00000000 de794dec 00000046 00000001
> Call Trace:
> [<c12125e3>] schedule_timeout+0x17/0x139
> [<c1212440>] ? wait_for_common+0x31/0x110
> [<c12124c6>] wait_for_common+0xb7/0x110
> [<c101f127>] ? default_wake_function+0x0/0xd
> [<c1212591>] wait_for_completion+0x12/0x14
> [<e0ba1b2e>] usb_sg_wait+0x123/0x132 [usbcore]
> [<e0862f72>] usb_stor_bulk_transfer_sglist+0x5f/0x9a [usb_storage]
> [<e0862fc9>] usb_stor_bulk_srb+0x1c/0x2c [usb_storage]
> [<e0863149>] usb_stor_Bulk_transport+0x102/0x24a [usb_storage]
> [<e0864219>] ? usb_stor_control_thread+0x0/0x196 [usb_storage]
> [<e0862bf0>] usb_stor_invoke_transport+0x17/0x292 [usb_storage]
> [<e0864269>] ? usb_stor_control_thread+0x50/0x196 [usb_storage]
> [<e0864219>] ? usb_stor_control_thread+0x0/0x196 [usb_storage]
> [<e08627de>] usb_stor_transparent_scsi_command+0x8/0xa [usb_storage]
> [<e086432f>] usb_stor_control_thread+0x116/0x196 [usb_storage]
> [<c12122f9>] ? schedule+0x3b9/0x3ed
> [<e0864219>] ? usb_stor_control_thread+0x0/0x196 [usb_storage]
> [<c1033a71>] kthread+0x5e/0x63
> [<c1033a13>] ? kthread+0x0/0x63
> [<c1002bb6>] kernel_thread_helper+0x6/0x10
> x-terminal-em D d722a368 0 3049 1 0x00000000
> d99a3a28 00000046 00000000 d722a368 995859cf 000002dc d722a0f0 d722a0f0
> 00000000 d99a3a6c d99a3a34 c1212374 d99a3a64 d99a3a3c c105b8f3 d99a3a58
> c121288c c105b8be c1c01a6c 00000183 d99a3a64 d99a3a80 d99a3a8c c105baf7
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121288c>] __wait_on_bit+0x34/0x5b
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105baf7>] wait_on_page_bit+0x7a/0x83
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c1063610>] shrink_page_list+0x115/0x3c3
> [<c10511fb>] ? __delayacct_blkio_end+0x2f/0x35
> [<c1068083>] ? congestion_wait+0x5d/0x67
> [<c1063ba9>] shrink_inactive_list+0x2eb/0x476
> [<c10608ab>] ? determine_dirtyable_memory+0xf/0x16
> [<c1063f69>] shrink_zone+0x235/0x2d6
> [<c10647e8>] do_try_to_free_pages+0x12c/0x229
> [<c10649ed>] try_to_free_pages+0x6a/0x72
> [<c1062889>] ? isolate_pages_global+0x0/0x1a2
> [<c105fc64>] __alloc_pages_nodemask+0x2e8/0x493
> [<c1077acd>] cache_alloc_refill+0x235/0x3e1
> [<c1077d00>] __kmalloc+0x87/0xae
> [<c11adcd5>] __alloc_skb+0x4c/0x110
> [<c11a9f9f>] sock_alloc_send_pskb+0x99/0x24c
> [<c11aa160>] sock_alloc_send_skb+0xe/0x10
> [<c1202399>] unix_stream_sendmsg+0x147/0x2b0
> [<c11a6c2b>] sock_aio_write+0xeb/0xf4
> [<c1079c5a>] do_sync_readv_writev+0x83/0xb6
> [<c10f46c9>] ? _copy_from_user+0x42/0x127
> [<c1079b3d>] ? rw_copy_check_uvector+0x55/0xc2
> [<c107a25c>] do_readv_writev+0x7e/0x146
> [<c11a6b40>] ? sock_aio_write+0x0/0xf4
> [<c107ad10>] ? fget_light+0x3a/0xbb
> [<c107a35a>] vfs_writev+0x36/0x44
> [<c107a436>] sys_writev+0x3b/0x8d
> [<c1002690>] sysenter_do_call+0x12/0x31
> [<c121007b>] ? sio_via_probe+0x56/0x33e
> konqueror D d722ad78 0 3457 3074 0x00000000
> d997fa28 00200046 00000000 d722ad78 1a466bec 000002de d722ab00 d722ab00
> 00000000 d997fa6c d997fa34 c1212374 d997fa64 d997fa3c c105b8f3 d997fa58
> c121288c c105b8be c1c00890 00000104 d997fa64 d997fa80 d997fa8c c105baf7
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121288c>] __wait_on_bit+0x34/0x5b
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105baf7>] wait_on_page_bit+0x7a/0x83
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c1063610>] shrink_page_list+0x115/0x3c3
> [<c1068083>] ? congestion_wait+0x5d/0x67
> [<c1063ba9>] shrink_inactive_list+0x2eb/0x476
> [<c10608ab>] ? determine_dirtyable_memory+0xf/0x16
> [<c1063f69>] shrink_zone+0x235/0x2d6
> [<c10647e8>] do_try_to_free_pages+0x12c/0x229
> [<c10649ed>] try_to_free_pages+0x6a/0x72
> [<c1062889>] ? isolate_pages_global+0x0/0x1a2
> [<c105fc64>] __alloc_pages_nodemask+0x2e8/0x493
> [<c1077acd>] cache_alloc_refill+0x235/0x3e1
> [<c1077d00>] __kmalloc+0x87/0xae
> [<c11adcd5>] __alloc_skb+0x4c/0x110
> [<c11a9f9f>] sock_alloc_send_pskb+0x99/0x24c
> [<c11aa160>] sock_alloc_send_skb+0xe/0x10
> [<c1202399>] unix_stream_sendmsg+0x147/0x2b0
> [<c11a6c2b>] sock_aio_write+0xeb/0xf4
> [<c101fd0a>] ? T.939+0xa3/0xab
> [<c1079c5a>] do_sync_readv_writev+0x83/0xb6
> [<c1005f21>] ? pit_next_event+0x10/0x37
> [<c10f46c9>] ? _copy_from_user+0x42/0x127
> [<c1079b3d>] ? rw_copy_check_uvector+0x55/0xc2
> [<c107a25c>] do_readv_writev+0x7e/0x146
> [<c11a6b40>] ? sock_aio_write+0x0/0xf4
> [<c107ad10>] ? fget_light+0x3a/0xbb
> [<c107a35a>] vfs_writev+0x36/0x44
> [<c107a436>] sys_writev+0x3b/0x8d
> [<c1002690>] sysenter_do_call+0x12/0x31
> [<c1210000>] ? sio_ite_8872_probe+0x229/0x24e
> flush-8:16 D caaaccf8 0 4032 2 0x00000000
> c5b73ba4 00000046 00000000 caaaccf8 4525f418 000002df caaaca80 caaaca80
> c5b73bc8 c5b73bdc c5b73bb0 c1212374 de60c070 c5b73be8 c10e4d23 caaaca80
> df368ac0 de60c098 00000001 00000001 caaaca80 c1033cf9 de60c0b4 de60c0b4
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c10e4d23>] get_request_wait+0x8a/0x102
> [<c1033cf9>] ? autoremove_wake_function+0x0/0x2f
> [<c10e4fea>] __make_request+0x24f/0x33f
> [<c10e3ca4>] generic_make_request+0x275/0x2cb
> [<c105d04f>] ? mempool_alloc_slab+0xe/0x10
> [<c105d169>] ? mempool_alloc+0x56/0xe3
> [<c10e3d9b>] submit_bio+0xa1/0xa9
> [<c1098431>] ? bio_alloc_bioset+0x37/0x94
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<c109450e>] submit_bh+0xec/0x10c
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<c1096886>] __block_write_full_page+0x1e5/0x2bc
> [<e08d6d88>] ? noalloc_get_block_write+0x0/0x53 [ext4]
> [<c1096a02>] block_write_full_page_endio+0xa5/0xaf
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<e08d6d88>] ? noalloc_get_block_write+0x0/0x53 [ext4]
> [<c1096a19>] block_write_full_page+0xd/0xf
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<e08d5228>] ext4_writepage+0x324/0x35a [ext4]
> [<e08d4eaf>] mpage_da_submit_io+0x91/0xd5 [ext4]
> [<e08d6a39>] ext4_da_writepages+0x298/0x3d5 [ext4]
> [<c10607ec>] do_writepages+0x17/0x24
> [<c108fe3c>] writeback_single_inode+0xc6/0x273
> [<c1090925>] writeback_inodes_wb+0x326/0x3ff
> [<c1090ae3>] wb_writeback+0xe5/0x143
> [<c1090bbc>] ? wb_clear_pending+0x6a/0x6f
> [<c1090c26>] wb_do_writeback+0x65/0x152
> [<c1090d3a>] bdi_writeback_task+0x27/0x83
> [<c106892f>] ? bdi_start_fn+0x0/0xad
> [<c1068986>] bdi_start_fn+0x57/0xad
> [<c106892f>] ? bdi_start_fn+0x0/0xad
> [<c1033a71>] kthread+0x5e/0x63
> [<c1033a13>] ? kthread+0x0/0x63
> [<c1002bb6>] kernel_thread_helper+0x6/0x10
> firefox-bin D cc6443a8 0 4049 3734 0x00000000
> de431e04 00000046 00000000 cc6443a8 51878f6d 000002df cc644130 cc644130
> c1b95da0 c1c010b8 de431e10 c1212374 de431e48 de431e18 c105b8f3 de431e20
> c105b8ff de431e3c c121277b c105b8f7 de431e50 0000013e c1b95da0 c137f88c
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c105b8ff>] sync_page_killable+0x8/0x29
> [<c121277b>] __wait_on_bit_lock+0x34/0x6f
> [<c105b8f7>] ? sync_page_killable+0x0/0x29
> [<c105b838>] __lock_page_killable+0x6e/0x75
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c105ce61>] generic_file_aio_read+0x358/0x503
> [<c1079dda>] do_sync_read+0x89/0xc4
> [<c12140aa>] ? _raw_spin_unlock+0x1d/0x20
> [<c10786b9>] ? fd_install+0x43/0x49
> [<c107a868>] vfs_read+0x88/0x139
> [<c1079d51>] ? do_sync_read+0x0/0xc4
> [<c107a9b0>] sys_read+0x3b/0x60
> [<c12141b5>] syscall_call+0x7/0xb
> ls D ccc41788 0 4057 3261 0x00000000
> de641e50 00000046 00000000 ccc41788 4ac9a691 000002df ccc41510 ccc41510
> df58b230 c1bffe28 de641e5c c1212374 de641e8c de641e64 c105b8f3 de641e80
> c121277b c105b8be de641e94 000000ba df58b230 c137f88c de641eb0 c105b8aa
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121277b>] __wait_on_bit_lock+0x34/0x6f
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105b8aa>] __lock_page+0x6b/0x73
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c105ba02>] find_lock_page+0x40/0x5c
> [<c105bfea>] filemap_fault+0x1ad/0x311
> [<c10697d5>] __do_fault+0x3b/0x333
> [<c106adf9>] handle_mm_fault+0x217/0x4f6
> [<c1018239>] ? do_page_fault+0xe4/0x279
> [<c10183b8>] do_page_fault+0x263/0x279
> [<c1018155>] ? do_page_fault+0x0/0x279
> [<c121456e>] error_code+0x5e/0x64
> [<c1018155>] ? do_page_fault+0x0/0x279
> Sched Debug Version: v0.09, 2.6.34-rc3 #8
> now at 3158210.914290 msecs
> .jiffies : 285818
> .sysctl_sched_latency : 5.000000
> .sysctl_sched_min_granularity : 1.000000
> .sysctl_sched_wakeup_granularity : 1.000000
> .sysctl_sched_child_runs_first : 0.000000
> .sysctl_sched_features : 7917179
> .sysctl_sched_tunable_scaling : 1 (logaritmic)
>
> cpu#0, 698.433 MHz
> .nr_running : 2
> .load : 2048
> .nr_switches : 2095347
> .nr_load_updates : 240414
> .nr_uninterruptible : 8
> .next_balance : 0.000000
> .curr->pid : 2825
> .clock : 3158187.674744
> .cpu_load[0] : 1024
> .cpu_load[1] : 1029
> .cpu_load[2] : 1048
> .cpu_load[3] : 1073
> .cpu_load[4] : 1024
> .yld_count : 0
> .sched_switch : 0
> .sched_count : 2148427
> .sched_goidle : 698042
> .ttwu_count : 0
> .ttwu_local : 0
> .bkl_count : 0
>
> cfs_rq[0]:
> .exec_clock : 1031666.973419
> .MIN_vruntime : 846287.573662
> .min_vruntime : 846280.117314
> .max_vruntime : 846287.573662
> .spread : 0.000000
> .spread0 : 0.000000
> .nr_running : 2
> .load : 2048
> .nr_spread_over : 1768
>
> rt_rq[0]:
> .rt_nr_running : 0
> .rt_throttled : 0
> .rt_time : 0.000000
> .rt_runtime : 950.000000
>
> runnable tasks:
> task PID tree-key switches prio exec-runtime sum-exec sum-sleep
> ----------------------------------------------------------------------------------------------------------
> R bash 2825 846277.617314 391 120 846277.617314 1362.246731 3073863.564008
> dd 4031 846287.573662 2432 120 846287.573662 4709.200175 121646.537749
WARNING: multiple messages have this Message-ID (diff)
From: Wu Fengguang <fengguang.wu@intel.com>
To: Andreas Mohr <andi@lisas.de>
Cc: Jens Axboe <axboe@kernel.dk>,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
Minchan Kim <minchan.kim@gmail.com>,
Linux Memory Management List <linux-mm@kvack.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3)
Date: Wed, 7 Apr 2010 15:00:50 +0800 [thread overview]
Message-ID: <20100407070050.GA10527@localhost> (raw)
In-Reply-To: <20100405105319.GA16528@rhlx01.hs-esslingen.de>
Andreas,
On Mon, Apr 05, 2010 at 06:53:20PM +0800, Andreas Mohr wrote:
> On Mon, Apr 05, 2010 at 12:13:49AM +0200, Andreas Mohr wrote:
> > Having an attempt at writing a 300M /dev/zero file to the SSD's filesystem
> > was even worse (again tons of unresponsiveness), combined with multiple
> > OOM conditions flying by (I/O to the main HDD was minimal, its LED was
> > almost always _off_, yet everything stuck to an absolute standstill).
> >
> > Clearly there's a very, very important limiter somewhere in bio layer
> > missing or broken, a 300M dd /dev/zero should never manage to put
> > such an onerous penalty on a system, IMHO.
>
> Seems this issue is a variation of the usual "ext3 sync" problem,
> but in overly critical and unexpected ways (full lockup of almost everything,
> and multiple OOMs).
>
> I retried writing the 300M file with a freshly booted system, and there
> were _no_ suspicious issues to be observed (free memory went all down to
> 5M, not too problematic), well, that is, until I launched Firefox
> (the famous sync-happy beast).
> After Firefox startup, I had these long freezes again when trying to
> do transfers with the _UNRELATED_ main HDD of the system
> (plus some OOMs, again)
>
> Setup: USB SSD ext4 non-journal, system HDD ext3, SSD unused except for
> this one ext4 partition (no swap partition activated there).
>
> Of course I can understand and tolerate the existing "ext3 sync" issue,
> but what's special about this case is that large numbers of bio to
> a _separate_ _non_-ext3 device seem to put so much memory and I/O pressure
> on a system that the existing _lightly_ loaded ext3 device gets completely
> stuck for much longer than I'd usually naively expect an ext3 sync to an isolated
> device to take - not to mention the OOMs (which are probably causing
> swap partition handling on the main HDD to contribute to the contention).
>
> IOW, we seem to still have too much ugly lock contention interaction
> between expectedly isolated parts of the system.
>
> OTOH the main problem likely still is overly large pressure induced by a
> thoroughly unthrottled dd 300M, resulting in sync-challenged ext3 and swap
> activity (this time on the same device!) to break completely, and also OOMs to occur.
>
> Probably overly global ext3 sync handling manages to grab a couple
> more global system locks (bdi, swapping, page handling, ...)
> before being contended, causing other, non-ext3-challenged
> parts of the system (e.g. the swap partition on the _same_ device)
> to not make any progress in the meantime.
>
> per-bdi writeback patches (see
> http://www.serverphorums.com/read.php?12,32355,33238,page=2 ) might
> have handled a related issue.
>
>
> Following is a SysRq-W trace (plus OOM traces) at a problematic moment during 300M copy
> after firefox - and thus sync invocation - launch (there's a backtrace of an "ls" that
> got stuck for perhaps half a minute on the main, _unaffected_, ext3
> HDD - and almost all other traces here are ext3-bound as well).
>
>
> SysRq : HELP : loglevel(0-9) reBoot Crash show-all-locks(D) terminate-all-tasks(E) memory-full-oom-kill(F) kill-all-tasks(I) thaw-filesystems(J) saK show-memory-usage(M) nice-all-RT-tasks(N) powerOff show-registers(P) show-all-timers(Q) unRaw Sync show-task-states(T) Unmount show-blocked-tasks(W)
> ata1: clearing spurious IRQ
> ata1: clearing spurious IRQ
> Xorg invoked oom-killer: gfp_mask=0xd0, order=0, oom_adj=0
This is GFP_KERNEL.
> Pid: 2924, comm: Xorg Tainted: G W 2.6.34-rc3 #8
> Call Trace:
> [<c105d881>] T.382+0x44/0x110
> [<c105d978>] T.381+0x2b/0xe1
> [<c105db2e>] __out_of_memory+0x100/0x112
> [<c105dbb4>] out_of_memory+0x74/0x9c
> [<c105fd41>] __alloc_pages_nodemask+0x3c5/0x493
> [<c105fe1e>] __get_free_pages+0xf/0x2c
> [<c1086400>] __pollwait+0x4c/0xa4
> [<c120130e>] unix_poll+0x1a/0x93
> [<c11a6a77>] sock_poll+0x12/0x15
> [<c1085d21>] do_select+0x336/0x53a
> [<c10ec5c4>] ? cfq_set_request+0x1d8/0x2ec
> [<c10863b4>] ? __pollwait+0x0/0xa4
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c1086458>] ? pollwake+0x0/0x60
> [<c10f46c9>] ? _copy_from_user+0x42/0x127
> [<c10860cc>] core_sys_select+0x1a7/0x291
> [<c1214063>] ? _raw_spin_unlock_irq+0x1d/0x21
> [<c1026b7f>] ? do_setitimer+0x160/0x18c
> [<c103b066>] ? ktime_get_ts+0xba/0xc4
> [<c108635e>] sys_select+0x68/0x84
> [<c1002690>] sysenter_do_call+0x12/0x31
> Mem-Info:
> DMA per-cpu:
> CPU 0: hi: 0, btch: 1 usd: 0
> Normal per-cpu:
> CPU 0: hi: 186, btch: 31 usd: 46
> active_anon:34886 inactive_anon:41460 isolated_anon:1
> active_file:13576 inactive_file:27884 isolated_file:65
> unevictable:0 dirty:4788 writeback:5675 unstable:0
> free:1198 slab_reclaimable:1952 slab_unreclaimable:2594
> mapped:10152 shmem:56 pagetables:742 bounce:0
> DMA free:2052kB min:84kB low:104kB high:124kB active_anon:940kB inactive_anon:3876kB active_file:212kB inactive_file:8224kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15804kB mlocked:0kB dirty:3448kB writeback:752kB mapped:80kB shmem:0kB slab_reclaimable:160kB slab_unreclaimable:124kB kernel_stack:40kB pagetables:48kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:20096 all_unreclaimable? yes
> lowmem_reserve[]: 0 492 492
> Normal free:2740kB min:2792kB low:3488kB high:4188kB active_anon:138604kB inactive_anon:161964kB active_file:54092kB inactive_file:103312kB unevictable:0kB isolated(anon):4kB isolated(file):260kB present:503848kB mlocked:0kB dirty:15704kB writeback:21948kB mapped:40528kB shmem:224kB slab_reclaimable:7648kB slab_unreclaimable:10252kB kernel_stack:1632kB pagetables:2920kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:73056 all_unreclaimable? no
> lowmem_reserve[]: 0 0 0
> DMA: 513*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2052kB
> Normal: 685*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2740kB
> 56122 total pagecache pages
> 14542 pages in swap cache
> Swap cache stats: add 36404, delete 21862, find 8669/10118
> Free swap = 671696kB
> Total swap = 755048kB
> 131034 pages RAM
> 3214 pages reserved
> 94233 pages shared
> 80751 pages non-shared
> Out of memory: kill process 3462 (kdeinit4) score 95144 or a child
shmem=56 is ignorable, and
active_file+inactive_file=13576+27884=41460 < 56122 total pagecache pages.
Where are the 14606 file pages gone?
> Killed process 3524 (kio_http) vsz:43448kB, anon-rss:1668kB, file-rss:6388kB
> SysRq : Show Blocked State
> task PC stack pid father
> tclsh D df888d98 0 2038 1 0x00000000
> de781ee8 00000046 00000000 df888d98 4e3b903d 000002df df888b20 df888b20
> dfbf6dc0 c1bff180 de781ef4 c1212374 de781f24 de781efc c105b8f3 de781f18
> c121277b c105b8be de781f2c 00000060 dfbf6dc0 c137f88c de781f48 c105b8aa
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121277b>] __wait_on_bit_lock+0x34/0x6f
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105b8aa>] __lock_page+0x6b/0x73
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c106aede>] handle_mm_fault+0x2fc/0x4f6
> [<c1018239>] ? do_page_fault+0xe4/0x279
> [<c10183b8>] do_page_fault+0x263/0x279
> [<c1018155>] ? do_page_fault+0x0/0x279
> [<c121456e>] error_code+0x5e/0x64
> [<c1018155>] ? do_page_fault+0x0/0x279
> console-kit-d D df970368 0 2760 1 0x00000000
> d9aa7c0c 00000046 00000000 df970368 bcc125ae 000002de df9700f0 df9700f0
> 00000000 d9aa7c50 d9aa7c18 c1212374 d9aa7c48 d9aa7c20 c105b8f3 d9aa7c3c
> c121288c c105b8be c1bfe5f8 0000000e d9aa7c48 d9aa7c64 d9aa7c70 c105baf7
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121288c>] __wait_on_bit+0x34/0x5b
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105baf7>] wait_on_page_bit+0x7a/0x83
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c1063610>] shrink_page_list+0x115/0x3c3
> [<c10511fb>] ? __delayacct_blkio_end+0x2f/0x35
> [<c1068083>] ? congestion_wait+0x5d/0x67
> [<c1063ba9>] shrink_inactive_list+0x2eb/0x476
> [<c105117e>] ? delayacct_end+0x66/0x8d
> [<c1063f69>] shrink_zone+0x235/0x2d6
> [<c1033cf9>] ? autoremove_wake_function+0x0/0x2f
> [<c10647e8>] do_try_to_free_pages+0x12c/0x229
> [<c10649ed>] try_to_free_pages+0x6a/0x72
> [<c1062889>] ? isolate_pages_global+0x0/0x1a2
> [<c105fc64>] __alloc_pages_nodemask+0x2e8/0x493
> [<c105fe1e>] __get_free_pages+0xf/0x2c
> [<c1021fb6>] copy_process+0x9e/0xcc5
> [<c1022cf1>] do_fork+0x114/0x25e
> [<c106b07b>] ? handle_mm_fault+0x499/0x4f6
> [<c1018239>] ? do_page_fault+0xe4/0x279
> [<c10372bc>] ? up_read+0x16/0x2a
> [<c1007752>] sys_clone+0x1b/0x20
> [<c1002765>] ptregs_clone+0x15/0x30
> [<c12141b5>] ? syscall_call+0x7/0xb
Many applications (this one and below) are stuck in
wait_on_page_writeback(). I guess this is why "heavy write to
irrelevant partition stalls the whole system". They are stuck on page
allocation. Your 512MB system memory is a bit tight, so reclaim
pressure is a bit high, which triggers the wait-on-writeback logic.
Thanks,
Fengguang
> usb-storage D df04cd18 0 3039 2 0x00000000
> d734fdcc 00000046 00000000 df04cd18 4cf496d1 000002df df04caa0 7fffffff
> 7fffffff df04caa0 d734fe20 c12125e3 00000001 d734fe04 00000046 00000000
> 00000001 00000001 00000000 c1212440 00000000 de794dec 00000046 00000001
> Call Trace:
> [<c12125e3>] schedule_timeout+0x17/0x139
> [<c1212440>] ? wait_for_common+0x31/0x110
> [<c12124c6>] wait_for_common+0xb7/0x110
> [<c101f127>] ? default_wake_function+0x0/0xd
> [<c1212591>] wait_for_completion+0x12/0x14
> [<e0ba1b2e>] usb_sg_wait+0x123/0x132 [usbcore]
> [<e0862f72>] usb_stor_bulk_transfer_sglist+0x5f/0x9a [usb_storage]
> [<e0862fc9>] usb_stor_bulk_srb+0x1c/0x2c [usb_storage]
> [<e0863149>] usb_stor_Bulk_transport+0x102/0x24a [usb_storage]
> [<e0864219>] ? usb_stor_control_thread+0x0/0x196 [usb_storage]
> [<e0862bf0>] usb_stor_invoke_transport+0x17/0x292 [usb_storage]
> [<e0864269>] ? usb_stor_control_thread+0x50/0x196 [usb_storage]
> [<e0864219>] ? usb_stor_control_thread+0x0/0x196 [usb_storage]
> [<e08627de>] usb_stor_transparent_scsi_command+0x8/0xa [usb_storage]
> [<e086432f>] usb_stor_control_thread+0x116/0x196 [usb_storage]
> [<c12122f9>] ? schedule+0x3b9/0x3ed
> [<e0864219>] ? usb_stor_control_thread+0x0/0x196 [usb_storage]
> [<c1033a71>] kthread+0x5e/0x63
> [<c1033a13>] ? kthread+0x0/0x63
> [<c1002bb6>] kernel_thread_helper+0x6/0x10
> x-terminal-em D d722a368 0 3049 1 0x00000000
> d99a3a28 00000046 00000000 d722a368 995859cf 000002dc d722a0f0 d722a0f0
> 00000000 d99a3a6c d99a3a34 c1212374 d99a3a64 d99a3a3c c105b8f3 d99a3a58
> c121288c c105b8be c1c01a6c 00000183 d99a3a64 d99a3a80 d99a3a8c c105baf7
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121288c>] __wait_on_bit+0x34/0x5b
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105baf7>] wait_on_page_bit+0x7a/0x83
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c1063610>] shrink_page_list+0x115/0x3c3
> [<c10511fb>] ? __delayacct_blkio_end+0x2f/0x35
> [<c1068083>] ? congestion_wait+0x5d/0x67
> [<c1063ba9>] shrink_inactive_list+0x2eb/0x476
> [<c10608ab>] ? determine_dirtyable_memory+0xf/0x16
> [<c1063f69>] shrink_zone+0x235/0x2d6
> [<c10647e8>] do_try_to_free_pages+0x12c/0x229
> [<c10649ed>] try_to_free_pages+0x6a/0x72
> [<c1062889>] ? isolate_pages_global+0x0/0x1a2
> [<c105fc64>] __alloc_pages_nodemask+0x2e8/0x493
> [<c1077acd>] cache_alloc_refill+0x235/0x3e1
> [<c1077d00>] __kmalloc+0x87/0xae
> [<c11adcd5>] __alloc_skb+0x4c/0x110
> [<c11a9f9f>] sock_alloc_send_pskb+0x99/0x24c
> [<c11aa160>] sock_alloc_send_skb+0xe/0x10
> [<c1202399>] unix_stream_sendmsg+0x147/0x2b0
> [<c11a6c2b>] sock_aio_write+0xeb/0xf4
> [<c1079c5a>] do_sync_readv_writev+0x83/0xb6
> [<c10f46c9>] ? _copy_from_user+0x42/0x127
> [<c1079b3d>] ? rw_copy_check_uvector+0x55/0xc2
> [<c107a25c>] do_readv_writev+0x7e/0x146
> [<c11a6b40>] ? sock_aio_write+0x0/0xf4
> [<c107ad10>] ? fget_light+0x3a/0xbb
> [<c107a35a>] vfs_writev+0x36/0x44
> [<c107a436>] sys_writev+0x3b/0x8d
> [<c1002690>] sysenter_do_call+0x12/0x31
> [<c121007b>] ? sio_via_probe+0x56/0x33e
> konqueror D d722ad78 0 3457 3074 0x00000000
> d997fa28 00200046 00000000 d722ad78 1a466bec 000002de d722ab00 d722ab00
> 00000000 d997fa6c d997fa34 c1212374 d997fa64 d997fa3c c105b8f3 d997fa58
> c121288c c105b8be c1c00890 00000104 d997fa64 d997fa80 d997fa8c c105baf7
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121288c>] __wait_on_bit+0x34/0x5b
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105baf7>] wait_on_page_bit+0x7a/0x83
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c1063610>] shrink_page_list+0x115/0x3c3
> [<c1068083>] ? congestion_wait+0x5d/0x67
> [<c1063ba9>] shrink_inactive_list+0x2eb/0x476
> [<c10608ab>] ? determine_dirtyable_memory+0xf/0x16
> [<c1063f69>] shrink_zone+0x235/0x2d6
> [<c10647e8>] do_try_to_free_pages+0x12c/0x229
> [<c10649ed>] try_to_free_pages+0x6a/0x72
> [<c1062889>] ? isolate_pages_global+0x0/0x1a2
> [<c105fc64>] __alloc_pages_nodemask+0x2e8/0x493
> [<c1077acd>] cache_alloc_refill+0x235/0x3e1
> [<c1077d00>] __kmalloc+0x87/0xae
> [<c11adcd5>] __alloc_skb+0x4c/0x110
> [<c11a9f9f>] sock_alloc_send_pskb+0x99/0x24c
> [<c11aa160>] sock_alloc_send_skb+0xe/0x10
> [<c1202399>] unix_stream_sendmsg+0x147/0x2b0
> [<c11a6c2b>] sock_aio_write+0xeb/0xf4
> [<c101fd0a>] ? T.939+0xa3/0xab
> [<c1079c5a>] do_sync_readv_writev+0x83/0xb6
> [<c1005f21>] ? pit_next_event+0x10/0x37
> [<c10f46c9>] ? _copy_from_user+0x42/0x127
> [<c1079b3d>] ? rw_copy_check_uvector+0x55/0xc2
> [<c107a25c>] do_readv_writev+0x7e/0x146
> [<c11a6b40>] ? sock_aio_write+0x0/0xf4
> [<c107ad10>] ? fget_light+0x3a/0xbb
> [<c107a35a>] vfs_writev+0x36/0x44
> [<c107a436>] sys_writev+0x3b/0x8d
> [<c1002690>] sysenter_do_call+0x12/0x31
> [<c1210000>] ? sio_ite_8872_probe+0x229/0x24e
> flush-8:16 D caaaccf8 0 4032 2 0x00000000
> c5b73ba4 00000046 00000000 caaaccf8 4525f418 000002df caaaca80 caaaca80
> c5b73bc8 c5b73bdc c5b73bb0 c1212374 de60c070 c5b73be8 c10e4d23 caaaca80
> df368ac0 de60c098 00000001 00000001 caaaca80 c1033cf9 de60c0b4 de60c0b4
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c10e4d23>] get_request_wait+0x8a/0x102
> [<c1033cf9>] ? autoremove_wake_function+0x0/0x2f
> [<c10e4fea>] __make_request+0x24f/0x33f
> [<c10e3ca4>] generic_make_request+0x275/0x2cb
> [<c105d04f>] ? mempool_alloc_slab+0xe/0x10
> [<c105d169>] ? mempool_alloc+0x56/0xe3
> [<c10e3d9b>] submit_bio+0xa1/0xa9
> [<c1098431>] ? bio_alloc_bioset+0x37/0x94
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<c109450e>] submit_bh+0xec/0x10c
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<c1096886>] __block_write_full_page+0x1e5/0x2bc
> [<e08d6d88>] ? noalloc_get_block_write+0x0/0x53 [ext4]
> [<c1096a02>] block_write_full_page_endio+0xa5/0xaf
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<e08d6d88>] ? noalloc_get_block_write+0x0/0x53 [ext4]
> [<c1096a19>] block_write_full_page+0xd/0xf
> [<c1095598>] ? end_buffer_async_write+0x0/0xdb
> [<e08d5228>] ext4_writepage+0x324/0x35a [ext4]
> [<e08d4eaf>] mpage_da_submit_io+0x91/0xd5 [ext4]
> [<e08d6a39>] ext4_da_writepages+0x298/0x3d5 [ext4]
> [<c10607ec>] do_writepages+0x17/0x24
> [<c108fe3c>] writeback_single_inode+0xc6/0x273
> [<c1090925>] writeback_inodes_wb+0x326/0x3ff
> [<c1090ae3>] wb_writeback+0xe5/0x143
> [<c1090bbc>] ? wb_clear_pending+0x6a/0x6f
> [<c1090c26>] wb_do_writeback+0x65/0x152
> [<c1090d3a>] bdi_writeback_task+0x27/0x83
> [<c106892f>] ? bdi_start_fn+0x0/0xad
> [<c1068986>] bdi_start_fn+0x57/0xad
> [<c106892f>] ? bdi_start_fn+0x0/0xad
> [<c1033a71>] kthread+0x5e/0x63
> [<c1033a13>] ? kthread+0x0/0x63
> [<c1002bb6>] kernel_thread_helper+0x6/0x10
> firefox-bin D cc6443a8 0 4049 3734 0x00000000
> de431e04 00000046 00000000 cc6443a8 51878f6d 000002df cc644130 cc644130
> c1b95da0 c1c010b8 de431e10 c1212374 de431e48 de431e18 c105b8f3 de431e20
> c105b8ff de431e3c c121277b c105b8f7 de431e50 0000013e c1b95da0 c137f88c
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c105b8ff>] sync_page_killable+0x8/0x29
> [<c121277b>] __wait_on_bit_lock+0x34/0x6f
> [<c105b8f7>] ? sync_page_killable+0x0/0x29
> [<c105b838>] __lock_page_killable+0x6e/0x75
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c105ce61>] generic_file_aio_read+0x358/0x503
> [<c1079dda>] do_sync_read+0x89/0xc4
> [<c12140aa>] ? _raw_spin_unlock+0x1d/0x20
> [<c10786b9>] ? fd_install+0x43/0x49
> [<c107a868>] vfs_read+0x88/0x139
> [<c1079d51>] ? do_sync_read+0x0/0xc4
> [<c107a9b0>] sys_read+0x3b/0x60
> [<c12141b5>] syscall_call+0x7/0xb
> ls D ccc41788 0 4057 3261 0x00000000
> de641e50 00000046 00000000 ccc41788 4ac9a691 000002df ccc41510 ccc41510
> df58b230 c1bffe28 de641e5c c1212374 de641e8c de641e64 c105b8f3 de641e80
> c121277b c105b8be de641e94 000000ba df58b230 c137f88c de641eb0 c105b8aa
> Call Trace:
> [<c1212374>] io_schedule+0x47/0x7d
> [<c105b8f3>] sync_page+0x35/0x39
> [<c121277b>] __wait_on_bit_lock+0x34/0x6f
> [<c105b8be>] ? sync_page+0x0/0x39
> [<c105b8aa>] __lock_page+0x6b/0x73
> [<c1033d28>] ? wake_bit_function+0x0/0x37
> [<c105ba02>] find_lock_page+0x40/0x5c
> [<c105bfea>] filemap_fault+0x1ad/0x311
> [<c10697d5>] __do_fault+0x3b/0x333
> [<c106adf9>] handle_mm_fault+0x217/0x4f6
> [<c1018239>] ? do_page_fault+0xe4/0x279
> [<c10183b8>] do_page_fault+0x263/0x279
> [<c1018155>] ? do_page_fault+0x0/0x279
> [<c121456e>] error_code+0x5e/0x64
> [<c1018155>] ? do_page_fault+0x0/0x279
> Sched Debug Version: v0.09, 2.6.34-rc3 #8
> now at 3158210.914290 msecs
> .jiffies : 285818
> .sysctl_sched_latency : 5.000000
> .sysctl_sched_min_granularity : 1.000000
> .sysctl_sched_wakeup_granularity : 1.000000
> .sysctl_sched_child_runs_first : 0.000000
> .sysctl_sched_features : 7917179
> .sysctl_sched_tunable_scaling : 1 (logaritmic)
>
> cpu#0, 698.433 MHz
> .nr_running : 2
> .load : 2048
> .nr_switches : 2095347
> .nr_load_updates : 240414
> .nr_uninterruptible : 8
> .next_balance : 0.000000
> .curr->pid : 2825
> .clock : 3158187.674744
> .cpu_load[0] : 1024
> .cpu_load[1] : 1029
> .cpu_load[2] : 1048
> .cpu_load[3] : 1073
> .cpu_load[4] : 1024
> .yld_count : 0
> .sched_switch : 0
> .sched_count : 2148427
> .sched_goidle : 698042
> .ttwu_count : 0
> .ttwu_local : 0
> .bkl_count : 0
>
> cfs_rq[0]:
> .exec_clock : 1031666.973419
> .MIN_vruntime : 846287.573662
> .min_vruntime : 846280.117314
> .max_vruntime : 846287.573662
> .spread : 0.000000
> .spread0 : 0.000000
> .nr_running : 2
> .load : 2048
> .nr_spread_over : 1768
>
> rt_rq[0]:
> .rt_nr_running : 0
> .rt_throttled : 0
> .rt_time : 0.000000
> .rt_runtime : 950.000000
>
> runnable tasks:
> task PID tree-key switches prio exec-runtime sum-exec sum-sleep
> ----------------------------------------------------------------------------------------------------------
> R bash 2825 846277.617314 391 120 846277.617314 1362.246731 3073863.564008
> dd 4031 846287.573662 2432 120 846287.573662 4709.200175 121646.537749
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2010-04-07 7:01 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-04 22:13 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3) Andreas Mohr
2010-04-04 23:31 ` Gábor Lénárt
2010-04-05 10:53 ` Andreas Mohr
2010-04-07 7:00 ` Wu Fengguang [this message]
2010-04-07 7:00 ` Wu Fengguang
2010-04-07 7:08 ` Wu Fengguang
2010-04-07 7:08 ` Wu Fengguang
2010-04-15 3:31 ` KOSAKI Motohiro
2010-04-15 3:31 ` KOSAKI Motohiro
2010-04-15 4:19 ` Wu Fengguang
2010-04-15 4:19 ` Wu Fengguang
2010-04-15 4:32 ` KOSAKI Motohiro
2010-04-15 4:32 ` KOSAKI Motohiro
2010-04-15 4:41 ` Wu Fengguang
2010-04-15 4:41 ` Wu Fengguang
2010-04-15 4:55 ` KOSAKI Motohiro
2010-04-15 4:55 ` KOSAKI Motohiro
2010-04-15 5:19 ` Wu Fengguang
2010-04-15 5:19 ` Wu Fengguang
2010-04-16 3:16 ` [PATCH] vmscan: page_check_references() check low order lumpy reclaim properly KOSAKI Motohiro
2010-04-16 3:16 ` KOSAKI Motohiro
2010-04-16 4:26 ` Minchan Kim
2010-04-16 4:26 ` Minchan Kim
2010-04-16 5:33 ` KOSAKI Motohiro
2010-04-16 5:33 ` KOSAKI Motohiro
2010-04-16 21:18 ` Andrew Morton
2010-04-16 21:18 ` Andrew Morton
2010-05-13 2:54 ` KOSAKI Motohiro
2010-05-13 2:54 ` KOSAKI Motohiro
2010-04-07 8:39 ` 32GB SSD on USB1.1 P3/700 == ___HELL___ (2.6.34-rc3) Minchan Kim
2010-04-07 8:39 ` Minchan Kim
2010-04-07 8:52 ` Wu Fengguang
2010-04-07 8:52 ` Wu Fengguang
2010-04-07 11:17 ` Andreas Mohr
2010-04-07 11:17 ` Andreas Mohr
2010-04-08 19:46 ` Andreas Mohr
2010-04-08 19:46 ` Andreas Mohr
2010-04-08 20:12 ` Bill Davidsen
2010-04-08 20:35 ` Andreas Mohr
2010-04-08 22:01 ` Bill Davidsen
2010-04-09 15:56 ` Ben Gamari
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100407070050.GA10527@localhost \
--to=fengguang.wu@intel.com \
--cc=andi@lisas.de \
--cc=axboe@kernel.dk \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=minchan.kim@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.