public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: supercilious.dude@gmail.com
To: linux-kernel@vger.kernel.org
Subject: Re: KSM kernel interface
Date: Sun, 20 Feb 2011 02:45:54 +0000	[thread overview]
Message-ID: <ijpv94$j4d$1@dough.gmane.org> (raw)
In-Reply-To: <alpine.LSU.2.00.1102191026070.5067@sister.anvils>

Thanks for the patch. I will try it out later today.

 >
 > > Perhaps there is a small kernel modification that might make this
 > possible
 > > or provide a sysfs flag that enables it (off by default of course)?
 >
 > Indeed it could be added if there were a general call for it; but ksmd
 > would tend to get wasteful, and the only call for it that I remember is
 > for testing.
 >
 > I expect you've noticed the transparent_hugepage/enabled "always" option,
 > and you are thinking something like that could be done for KSM: yes.
 >
 >

For what its worth, I believe that the option in sysfs to enable KSM
globally would be useful to have. I'm sure i'm not the only one. Its not
like it would be a great deal of overhead, since the KSM machinery is
already there anyway, just needs a flag to enable it at runtime instead 
of at boot.

I have at least one system running mostly legacy code that is according 
to ESXI's memory report, using only 400mb per gigabyte thanks to 
transparent page sharing. I would very much like to be able to have that 
level of memory saving on arbitrary code running on bare metal. 
Administrators can make their own judgement about ksmd's CPU usage, and 
the defaults already suit most people. I don't really see how having 
that extra flag (defaulting to off of course) would hurt.

Thanks


      parent reply	other threads:[~2011-02-20  2:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-19  4:07 KSM kernel interface supercilious.dude
2011-02-19 18:54 ` Hugh Dickins
2011-02-19 19:22   ` richard -rw- weinberger
2011-02-20  2:45   ` supercilious.dude [this message]

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='ijpv94$j4d$1@dough.gmane.org' \
    --to=supercilious.dude@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    /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