From: Christoph Lameter <clameter@sgi.com>
To: Andrew Morton <akpm@osdl.org>
Cc: nickpiggin@yahoo.com.au, linux-mm@kvack.org
Subject: Re: Avoid excessive time spend on concurrent slab shrinking
Date: Fri, 31 Mar 2006 16:22:29 -0800 (PST) [thread overview]
Message-ID: <Pine.LNX.4.64.0603311619590.9173@schroedinger.engr.sgi.com> (raw)
In-Reply-To: <20060331160032.6e437226.akpm@osdl.org>
On Fri, 31 Mar 2006, Andrew Morton wrote:
> > A build server. Lots of scripts running, compilers etc etc.
>
> Interesting. Many CPUs?
12 processors. 6 nodes.
> A plain old sysrq-T would be great. That'll tell us who owns iprune_sem,
> and what he's up to while holding it. Actually five-odd sysrq-T's would be
> better.
Some traces:
Stack traceback for pid 16836
0xe00000380bc68000 16836 1 1 6 R
0xa00000020b8e6050 [xfs]xfs_iextract+0x190
0xa00000020b8e63a0 [xfs]xfs_ireclaim+0x80
0xa00000020b921c70 [xfs]xfs_finish_reclaim+0x330
0xa00000020b921fa0 [xfs]xfs_reclaim+0x140
0xa00000020b93f820 [xfs]linvfs_clear_inode+0x260
0xa0000001001855f0 clear_inode+0x310
0xa000000100185f70 dispose_list+0x90
0xa000000100186c40 shrink_icache_memory+0x480
0xa000000100105bb0 shrink_slab+0x290
0xa000000100107cc0 try_to_free_pages+0x380
0xa0000001000f9f70 __alloc_pages+0x330
0xa0000001000ed940 page_cache_alloc_cold+0x160
0xa0000001000fe3a0 __do_page_cache_readahead+0x120
0xa0000001000fe820 blockable_page_cache_readahead+0xe0
0xa0000001000fea50 make_ahead_window+0x150
0xa0000001000fee30 page_cache_readahead+0x390
0xa0000001000ee730 do_generic_mapping_read+0x190
0xa0000001000efd80 __generic_file_aio_read+0x2c0
0xa00000020b93c190 [xfs]xfs_read+0x3b0
0xa00000020b934170 [xfs]linvfs_aio_read+0x130
Stack traceback for pid 19357
0xe000003815dc0000 19357 19108 0 10 D
0xa000000100524b80 schedule+0x2940
0xa000000100521ee0 __down+0x260
0xa000000100186880 shrink_icache_memory+0xc0
0xa000000100105bb0 shrink_slab+0x290
0xa000000100107cc0 try_to_free_pages+0x380
0xa0000001000f9f70 __alloc_pages+0x330
0xa00000010012e7d0 alloc_page_vma+0x150
0xa0000001001108d0 __handle_mm_fault+0x390
0xa00000010052c520 ia64_do_page_fault+0x280
0xa00000010000caa0 ia64_leave_kernel
0xa0000001000f29b0 file_read_actor+0xb0
0xa0000001000ee830 do_generic_mapping_read+0x290
0xa0000001000efd80 __generic_file_aio_read+0x2c0
0xa00000020b93c190 [xfs]xfs_read+0x3b0
0xa00000020b934170 [xfs]linvfs_aio_read+0x130
0xa000000100146430 do_sync_read+0x170
0xa000000100147f20 vfs_read+0x200
0xa000000100148790 sys_read+0x70
0xa00000010000c830 ia64_trace_syscall+0xd0
Stack traceback for pid 12033
0xe000003414cd0000 12033 18401 0 10 D
0xa000000100524b80 schedule+0x2940
0xa000000100521ee0 __down+0x260
0xa000000100186880 shrink_icache_memory+0xc0
0xa000000100105bb0 shrink_slab+0x290
0xa000000100107cc0 try_to_free_pages+0x380
0xa0000001000f9f70 __alloc_pages+0x330
0xa00000010012e7d0 alloc_page_vma+0x150
0xa0000001001108d0 __handle_mm_fault+0x390
0xa00000010052c520 ia64_do_page_fault+0x280
0xa00000010000caa0 ia64_leave_kernel
0xa0000001000f29b0 file_read_actor+0xb0
0xa0000001000ee830 do_generic_mapping_read+0x290
0xa0000001000efd80 __generic_file_aio_read+0x2c0
0xa00000020b93c190 [xfs]xfs_read+0x3b0
0xa00000020b934170 [xfs]linvfs_aio_read+0x130
0xa000000100146430 do_sync_read+0x170
0xa000000100147f20 vfs_read+0x200
0xa000000100148790 sys_read+0x70
0xa00000010000c830 ia64_trace_syscall+0xd0
--
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:[~2006-04-01 0:22 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-31 22:44 Christoph Lameter
[not found] ` <20060331150120.21fad488.akpm@osdl.org>
2006-03-31 23:17 ` Christoph Lameter
2006-03-31 23:46 ` Andrew Morton
[not found] ` <20060331153235.754deb0c.akpm@osdl.org>
2006-03-31 23:48 ` Christoph Lameter
2006-04-01 0:00 ` Andrew Morton
2006-04-01 0:14 ` Andrew Morton
2006-04-01 0:22 ` Christoph Lameter [this message]
2006-04-01 1:25 ` Andrew Morton
2006-04-01 2:34 ` Nick Piggin
2006-04-01 5:59 ` Nathan Scott
2006-04-01 18:30 ` David Chinner
2006-04-01 18:49 ` Christoph Lameter
2006-04-01 18:24 ` David Chinner
2006-03-31 23:45 ` Andrew Morton
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=Pine.LNX.4.64.0603311619590.9173@schroedinger.engr.sgi.com \
--to=clameter@sgi.com \
--cc=akpm@osdl.org \
--cc=linux-mm@kvack.org \
--cc=nickpiggin@yahoo.com.au \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox