lkml.org 
[lkml]   [2008]   [Apr]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Does process need to have a kernel-side stack all the time?

* Denys Vlasenko <vda.linux@googlemail.com> wrote:

> But do you really need 4k to remember that "this thread went to sleep
> by executing sleep(60)"? Theoretically, you may get away with much
> smaller save area to remember that, and be able to wake up and return
> to userspace.

there are three major issues.

1) the kernel stack is not just about "this thread went to sleep", it
also contains all the call frames up to the point that schedules. That
might be quite complex, such as:

[<c0127c56>] kmap+0x45/0x48
[<c0178e53>] unmap_vmas+0x57e/0x5f2
[<c017c41c>] exit_mmap+0x8d/0x112
[<c0131b2e>] mmput+0x35/0x7d
[<c01355eb>] exit_mm+0xf5/0xfa
[<c0136389>] do_exit+0x1ee/0x7a0
[<c01067f2>] die+0x1f9/0x201
[<c124a5be>] do_trap+0x9a/0xb2
[<c0106bc1>] do_invalid_op+0x97/0xa1
[<c124a28c>] error_code+0x7c/0x84
[<c0492d21>] plist_del+0x34/0x65
[<c0155034>] task_blocks_on_rt_mutex+0x14e/0x1b7
[<c12488c5>] rt_mutex_slowlock+0x13d/0x236
[<c1248596>] rt_mutex_lock_interruptible+0x2a/0x2f
[<c1248f20>] _mutex_lock_interruptible+0x37/0x55
[<c0574325>] tty_write+0x88/0x1d3
[<c018cb05>] vfs_write+0xb1/0x165
[<c018d2fc>] sys_write+0x40/0x67
[<c01050e0>] syscall_call+0x7/0xb

we cannot throw that away or save it differently - it would be way too
expensive.

2) another issue is that 4K of memory per task isnt all that large.
Tasks tend to have much larger footprint in other areas: inodes,
dentries, kmalloc's, open files, sockets, etc. etc. Any task that does
something interesting will have a lot more than just 4K memory of
footprint.

3) for runnable tasks a kernel stack is needed in every moment, because
whenever the CPU enters IRQ handling or fault/exception handling, it
will switch to a privileged stack. In theory we could have per CPU
privileged stacks (and even have it for certain types of kernel-only
exceptions), but especially because faults and even irqs can trigger
scheduling, it's quite convenient to use the kernel stack as the
privileged stack too.

Ingo


\
 
 \ /
  Last update: 2008-04-14 17:25    [W:0.123 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site