From: Denis Vlasenko <vda.linux@googlemail.com>
To: Jan Engelhardt <jengelh@linux01.gwdg.de>
Cc: Michael Tokarev <mjt@tls.msk.ru>,
Helge Hafting <helge.hafting@aitel.hist.no>,
Marc Perkel <marc@perkel.com>,
linux-kernel@vger.kernel.org
Subject: Re: Raid 0 Swap?
Date: Mon, 18 Sep 2006 11:50:22 +0200 [thread overview]
Message-ID: <200609181150.23091.vda.linux@googlemail.com> (raw)
In-Reply-To: <Pine.LNX.4.61.0609041242350.17115@yvahk01.tjqt.qr>
On Monday 04 September 2006 12:46, Jan Engelhardt wrote:
> >> I thought kernel data weren't swapped at all?
>
> If the swap code was swapped, who would swap it in again?
>
> >Well, it's not that simple. Kernel uses both swappable and
> >non-swappable memory internally. For some things, it's
> >unswappable, for some, it's swappable. In general, it's
> >impossible to say which parts of kernel will break (and
> >in wich ways) if swap goes havoc.
>
> In general, everything you type in as C code (.bss, .data, .text) should be
> unswappable. kmalloc()ed areas are resident too, and kmalloc has a
> parameter which defines whether the allocation can/cannot push userspace
> pages into the swap (GFP_ATOMIC/GFP_IO). So if there is some
> kernel-allocation swapped out, it is most likely to be marked as
> 'userspace' so that the same algorithms can be used for swapin and -out.
What are you guys talking about? IIRC kernel doesn't use
swap for its vital data structures. I recall only one
kernel thing which goes into swap: tmpfs data. Caching network
filesystems may also use swappable data, but currently grep
catches only cifs.
IOW swap is for dirtied userspace data. Please correct me
if I am wrong here.
--
vda
next prev parent reply other threads:[~2006-09-18 9:54 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-03 22:43 Raid 0 Swap? Marc Perkel
2006-09-04 0:16 ` Bernd Eckenfels
2006-09-04 7:06 ` Michael Tokarev
2006-09-04 9:47 ` Helge Hafting
2006-09-04 10:29 ` Michael Tokarev
2006-09-04 10:46 ` Jan Engelhardt
2006-09-18 9:50 ` Denis Vlasenko [this message]
[not found] ` <e1a7ee0c0612272106y5e22dd21uc3f2fde567ab7532@mail.gmail.com>
2006-12-28 9:13 ` Jan Engelhardt
2007-01-01 2:08 ` Bill Davidsen
2006-09-04 15:29 ` Valdis.Kletnieks
2006-09-04 20:06 ` Bernd Eckenfels
2006-09-05 13:37 ` Helge Hafting
2006-09-05 23:44 ` Bill Davidsen
2006-09-06 6:53 ` Michael Tokarev
2006-09-06 17:21 ` Kyle Moffett
[not found] <6R8WW-70v-7@gated-at.bofh.it>
[not found] ` <6RgKP-1OA-9@gated-at.bofh.it>
2006-09-04 13:21 ` Bodo Eggert
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=200609181150.23091.vda.linux@googlemail.com \
--to=vda.linux@googlemail.com \
--cc=helge.hafting@aitel.hist.no \
--cc=jengelh@linux01.gwdg.de \
--cc=linux-kernel@vger.kernel.org \
--cc=marc@perkel.com \
--cc=mjt@tls.msk.ru \
/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