From: Gleb Natapov <gleb@redhat.com>
To: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
Cc: linux-kernel@vger.kernel.org, avi@redhat.com,
mtosatti@redhat.com, kvm@vger.kernel.org
Subject: Re: [PATCH 1/2] rcu: export rcu_note_context_switch() function
Date: Wed, 4 May 2011 16:10:46 +0300 [thread overview]
Message-ID: <20110504131041.GY2265@redhat.com> (raw)
In-Reply-To: <20110503062528.GV2294@linux.vnet.ibm.com>
On Mon, May 02, 2011 at 11:25:28PM -0700, Paul E. McKenney wrote:
> > > > How significantly? As I wrote in other mail I compiled two TINY_RCU
> > > > kernel with and without the patch and I didn't see memory footprint
> > > > increase at all. May be I measure it incorrectly, but what I see is that
> > > > with out of line function + export text section becomes 64 byte bigger, but
> > > > data section becomes 64 byte smaller:
> > > >
> > > > text data bss dec hex filename
> > > > 4544134 590596 2023424 7158154 6d398a vmlinux inline
> > > > 4544198 590532 2023424 7158154 6d398a vmlinux.ol out of line
> > >
> > > Did you add the exports that would be needed to allow KVM to call
> > > the functions in the inline case?
> > >
> > Yes, this is with and without patch applied. When patch is applied the
> > function is out of line and exported.
>
> OK, here is what I am suggesting -- create a separate API for virtualization,
> make it be an empty static inline function for TINY, and make it a wrapper
> for TREE. This gets rid of the export in the TINY case, and takes advantage
> of the single-CPU constraint in the TINY case. So this gains the benefit
> of uninlining rcu_note_context_switch(), but avoids paying the cost of the
> EXPORT_SYMBOL_GPL().
>
> Then you call rcu_virt_note_context_switch() in place of
> rcu_note_context_switch() from KVM.
>
> Does this make sense?
>
If TINY RCU has such strict code size requirement then yes. I will make
another patch based on this and resend.
--
Gleb.
next prev parent reply other threads:[~2011-05-04 13:11 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-28 9:52 [PATCH 0/2] make kvm guest mode to be rcu quiescent state Gleb Natapov
2011-04-28 9:52 ` [PATCH 1/2] rcu: export rcu_note_context_switch() function Gleb Natapov
2011-04-28 10:01 ` Avi Kivity
2011-04-28 10:11 ` Gleb Natapov
2011-04-29 8:36 ` Paul E. McKenney
2011-04-29 8:39 ` Paul E. McKenney
2011-04-29 18:02 ` Gleb Natapov
2011-04-29 18:23 ` Gleb Natapov
2011-04-30 12:59 ` Paul E. McKenney
2011-04-30 19:43 ` Avi Kivity
2011-05-02 10:56 ` Gleb Natapov
2011-05-02 13:36 ` Paul E. McKenney
2011-05-02 14:10 ` Gleb Natapov
2011-05-03 6:25 ` Paul E. McKenney
2011-05-04 13:10 ` Gleb Natapov [this message]
2011-04-28 9:52 ` [PATCH 2/2] KVM: make guest mode entry to be rcu quiescent state Gleb Natapov
2011-05-03 13:13 ` Marcelo Tosatti
2011-05-03 13:20 ` Avi Kivity
2011-05-03 13:21 ` Gleb Natapov
2011-05-03 13:29 ` Marcelo Tosatti
2011-05-03 13:39 ` Gleb Natapov
2011-05-03 15:42 ` Marcelo Tosatti
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=20110504131041.GY2265@redhat.com \
--to=gleb@redhat.com \
--cc=avi@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mtosatti@redhat.com \
--cc=paulmck@linux.vnet.ibm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.