From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19]) by kanga.kvack.org (Postfix) with ESMTP id D19E18D0039 for ; Wed, 16 Mar 2011 18:03:41 -0400 (EDT) Date: Wed, 16 Mar 2011 15:02:08 -0700 From: Andrew Morton Subject: Re: [Bugme-new] [Bug 31142] New: Large write to USB stick freezes unrelated tasks for a long time Message-Id: <20110316150208.7407c375.akpm@linux-foundation.org> In-Reply-To: <4D80D65C.5040504@fiec.espol.edu.ec> References: <20110315135334.36e29414.akpm@linux-foundation.org> <4D7FEDDC.3020607@fiec.espol.edu.ec> <20110315161926.595bdb65.akpm@linux-foundation.org> <4D80D65C.5040504@fiec.espol.edu.ec> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Alex =?ISO-8859-1?Q?Villac=ED=ADs?= Lasso Cc: avillaci@ceibo.fiec.espol.edu.ec, bugzilla-daemon@bugzilla.kernel.org, bugme-daemon@bugzilla.kernel.org, linux-mm@kvack.org, Mel Gorman On Wed, 16 Mar 2011 10:25:16 -0500 Alex Villac____s Lasso wrote: > El 15/03/11 18:19, Andrew Morton escribi__: > > On Tue, 15 Mar 2011 17:53:16 -0500 > > Alex Villac____s Lasso wrote: > > > >> El 15/03/11 15:53, Andrew Morton escribi__: > >>> rofl, will we ever fix this. > >> Does this mean there is already a duplicate of this issue? If so, which one? > > Nothing specific. Nonsense like this has been happening for at least a > > decade and it never seems to get a lot better. > > > >>> Please enable sysrq and do a sysrq-w when the tasks are blocked so we > >>> can find where things are getting stuck. Please avoid email client > >>> wordwrapping when sending us the sysrq output. > >>> > Posted sysrq-w report into original bug report to avoid email word-wrap. https://bugzilla.kernel.org/attachment.cgi?id=50952 Interesting bits: [70874.969550] thunderbird-bin D 000000010434e04e 0 32283 32279 0x00000080 [70874.969553] ffff88011ba91838 0000000000000086 ffff880100000000 0000000000013880 [70874.969557] 0000000000013880 ffff88010a231780 ffff88011ba91fd8 0000000000013880 [70874.969560] 0000000000013880 0000000000013880 0000000000013880 ffff88011ba91fd8 [70874.969564] Call Trace: [70874.969567] [] ? sync_page+0x0/0x4d [70874.969569] [] ? sync_page+0x0/0x4d [70874.969572] [] io_schedule+0x47/0x62 [70874.969575] [] sync_page+0x49/0x4d [70874.969577] [] __wait_on_bit+0x48/0x7b [70874.969580] [] wait_on_page_bit+0x72/0x79 [70874.969583] [] ? wake_bit_function+0x0/0x31 [70874.969586] [] migrate_pages+0x1ac/0x38d [70874.969589] [] ? compaction_alloc+0x0/0x2a4 [70874.969592] [] compact_zone+0x3f4/0x60e [70874.969595] [] compact_zone_order+0xc2/0xd1 [70874.969599] [] try_to_compact_pages+0x94/0xea [70874.969602] [] __alloc_pages_direct_compact+0xa9/0x1a5 [70874.969605] [] ? drain_local_pages+0x0/0x17 [70874.969607] [] __alloc_pages_nodemask+0x69e/0x766 [70874.969610] [] ? __slab_free+0x6d/0xf6 [70874.969614] [] alloc_pages_vma+0xec/0xf1 [70874.969617] [] do_huge_pmd_anonymous_page+0xbf/0x267 [70874.969620] [] ? pmd_offset+0x19/0x40 [70874.969623] [] handle_mm_fault+0x15d/0x20f [70874.969626] [] ? arch_get_unmapped_area_topdown+0x195/0x28f [70874.969629] [] do_page_fault+0x33b/0x35d [70874.969632] [] ? do_mmap_pgoff+0x29a/0x2f4 [70874.969635] [] ? path_put+0x22/0x27 [70874.969638] [] page_fault+0x25/0x30 [70874.969731] gedit D 000000010434dfb0 0 32356 1 0x00000080 [70874.969734] ffff8800982ab558 0000000000000082 ffff880102400001 0000000000013880 [70874.969737] 0000000000013880 ffff880117408000 ffff8800982abfd8 0000000000013880 [70874.969741] 0000000000013880 0000000000013880 0000000000013880 ffff8800982abfd8 [70874.969744] Call Trace: [70874.969747] [] io_schedule+0x47/0x62 [70874.969750] [] get_request_wait+0x10a/0x197 [70874.969753] [] ? autoremove_wake_function+0x0/0x3d [70874.969756] [] __make_request+0x2c8/0x3e0 [70874.969759] [] ? kmem_cache_alloc+0x73/0xeb [70874.969762] [] generic_make_request+0x2bc/0x336 [70874.969765] [] ? lookup_page_cgroup+0x36/0x4c [70874.969768] [] submit_bio+0xe0/0xff [70874.969770] [] ? bio_alloc_bioset+0x4d/0xc4 [70874.969773] [] ? inc_zone_page_state+0x2d/0x2f [70874.969776] [] submit_bh+0xe8/0x10e [70874.969779] [] __block_write_full_page+0x1ea/0x2da [70874.969782] [] ? udf_get_block+0x0/0x115 [udf] [70874.969785] [] ? end_buffer_async_write+0x0/0x12d [70874.969788] [] ? end_buffer_async_write+0x0/0x12d [70874.969791] [] ? udf_get_block+0x0/0x115 [udf] [70874.969794] [] block_write_full_page_endio+0x8c/0x98 [70874.969796] [] block_write_full_page+0x15/0x17 [70874.969800] [] udf_writepage+0x18/0x1a [udf] [70874.969803] [] move_to_new_page+0x106/0x195 [70874.969806] [] migrate_pages+0x24e/0x38d [70874.969809] [] ? compaction_alloc+0x0/0x2a4 [70874.969812] [] compact_zone+0x3f4/0x60e [70874.969815] [] ? load_balance+0xcb/0x6b0 [70874.969818] [] compact_zone_order+0xc2/0xd1 [70874.969821] [] try_to_compact_pages+0x94/0xea [70874.969824] [] __alloc_pages_direct_compact+0xa9/0x1a5 [70874.969827] [] __alloc_pages_nodemask+0x467/0x766 [70874.969830] [] ? anon_vma_alloc+0x1a/0x1c [70874.969833] [] ? get_parent_ip+0x11/0x41 [70874.969833] [] alloc_pages_vma+0xec/0xf1 [70874.969833] [] ? rb_insert_color+0x66/0xe1 [70874.969833] [] do_huge_pmd_anonymous_page+0xbf/0x267 [70874.969833] [] ? pmd_offset+0x19/0x40 [70874.969833] [] handle_mm_fault+0x15d/0x20f [70874.969833] [] ? arch_get_unmapped_area_topdown+0x1c3/0x28f [70874.969833] [] do_page_fault+0x33b/0x35d [70874.969833] [] ? do_mmap_pgoff+0x29a/0x2f4 [70874.969833] [] ? path_put+0x22/0x27 [70874.969833] [] page_fault+0x25/0x30 So it appears that the system is full of dirty pages against a slow device and your foreground processes have got stuck in direct reclaim -> compaction -> migration. That's Mel ;) What happened to the plans to eliminate direct reclaim? -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org