From: Marcelo Tosatti <mtosatti@redhat.com>
To: Kuniyasu Suzaki <k.suzaki@aist.go.jp>
Cc: kvm@vger.kernel.org
Subject: Re: EuroSec'12 Presentation (ASLR reduces effect of KSM)
Date: Mon, 16 Apr 2012 21:29:31 -0300 [thread overview]
Message-ID: <20120417002931.GD3987@amt.cnet> (raw)
In-Reply-To: <20120416.155210.52837416.k.suzaki@aist.go.jp>
On Mon, Apr 16, 2012 at 03:52:10PM +0900, Kuniyasu Suzaki wrote:
>
> Marcelo,
>
> From: Marcelo Tosatti <mtosatti@redhat.com>
> Subject: Re: EuroSec'12 Presentation (ASLR reduces effect of KSM)
> Date: Fri, 13 Apr 2012 21:47:47 -0300
>
> > On Thu, Apr 12, 2012 at 08:24:57PM +0900, Kuniyasu Suzaki wrote:
> > >
> > > Dear,
> > >
> > > I made a presentation which measures OS security functions(ASLR,
> > > Memory Santization, and Cache Page Flushing) on memory deduplication
> > > "KSM with VKM" at EuroSec 2012.
> > >
> > > The titile is "Effects of Memory Randomization, Sanitization and Page
> > > Cache on Memory Deduplication".
> > > # This is one of papers related to my memory deduplication research.
> > >
> > > The slide is downloadable.
> > > http://www.slideshare.net/suzaki/eurosec2012-effects-of-memory-randomization-sanitization-and-page-cache-on-memory-deduplication-by-ksuzaki
> > > The paper will be downloadable form ACM Digital Library.
> > >
> > > The results show ALSR reduces the effect of memory deduplciation.
> > > Please tell me, if you have comments. Thank you.
> > >
> > > ------
> > > Kuniyasu Suzaki, National Institute of Advanced Industrial Science and Technology,
> > > http://staff.aist.go.jp/k.suzaki
> >
> > Very nice. ALSR is supposed to increase the number of unshared pages
> > because translation tables that contain addresses of symbols will
> > differ for every instance of an executable.
>
> Thank you for good suggestion.
> Anyway, how much the size of translation tables?
One entry per symbol that is accessed outside of the object or
main executable, one table per shared object (GOT and PLT tables). See
the ELF documentation.
> In our experience, ALSR on 4 GuestOS (Linux) increased the memory consumption more than 50MB.
> Does the translation table in a linux take more than 10MB?
Increased memory consumption is due to larger number of pagetables
(which is necessary to cover larger virtual address space).
Increased number of unshared pages can be explained by translation
tables.
> > Can you share additional information about "HICAMP (hardware memory
> > deduplication)" ?
>
> The detail of HICAMP was presented at ASPLOS 2011.
> ASPLOS 2011 paper http://dl.acm.org/citation.cfm?id=2151007&preflayout=tabs
>
> ------
> suzaki
next prev parent reply other threads:[~2012-04-17 3:05 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-12 11:24 EuroSec'12 Presentation (ASLR reduces effect of KSM) Kuniyasu Suzaki
2012-04-14 0:47 ` Marcelo Tosatti
2012-04-16 6:52 ` Kuniyasu Suzaki
2012-04-17 0:29 ` Marcelo Tosatti [this message]
2012-04-17 9:00 ` Kuniyasu Suzaki
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=20120417002931.GD3987@amt.cnet \
--to=mtosatti@redhat.com \
--cc=k.suzaki@aist.go.jp \
--cc=kvm@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