From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
To: Oleg Nesterov <oleg@redhat.com>
Cc: Vivek Goyal <vgoyal@redhat.com>, linux-kernel@vger.kernel.org
Subject: Re: blk-throttle: Correct the placement of smp_rmb()
Date: Wed, 8 Dec 2010 17:45:19 -0800 [thread overview]
Message-ID: <20101209014519.GO2094@linux.vnet.ibm.com> (raw)
In-Reply-To: <20101208220640.GB4895@redhat.com>
On Wed, Dec 08, 2010 at 11:06:40PM +0100, Oleg Nesterov wrote:
> On 12/08, Oleg Nesterov wrote:
> >
> > Unfortunately, I can't prove this. You can ask
> > Paul McKenney if you want the authoritative answer.
>
> Well. I think we should ask ;) This is interesting.
>
> Paul could you please shed a light?
>
> Suppose we have 2 variables, A = 0 and B = 0.
>
> CPU0 does:
>
> A = 1;
> wmb();
> B = 1;
>
> CPU1 does:
>
> B = 0;
> mb();
> if (A)
> A = 2;
>
> My understanding is: after that we can safely assume that
>
> B == 1 || A == 2
>
> IOW. Either CPU1 notices that A was changed, or CPU0 "wins"
> and sets B = 1 "after" CPU1. But, it is not possible that
> CPU1 clears B "after" it was set by CPU0 _and_ sees A == 0.
>
> Is it true? I think it should be true, but can't prove.
I was afraid that a question like this might be coming... ;-)
The question is whether you can rely on the modification order of the
stores to B to deduce anything useful about the order in which the
accesses to A occurred. The answer currently is I believe you can
for a simple example such as the one above, but I am checking with
the hardware guys. In addition, please note that I am not sure if
all possible generalizations do what you want. For example, imagine a
1024-CPU system in which the first 1023 CPUs do:
A[smp_processor_id()] = 1;
wmb();
B = smp_processor_id();
where the elements of A are cache-line aligned and padded. Suppose
that the remaining CPU does:
i = random() % 1023;
B = -1;
mb();
if (A[i])
A[i] = 2;
Are we guaranteed that B!=-1||A[i]==2?
In this case, it could take all of the CPUs quite some time to come to
agreement on the order of all 1024 assignments to B. I am bugging some
hardware guys about this. It has been awhile, so they forgot to run
away when they saw me coming. ;-)
> This
> reminds me the old (and long) discussion about STORE-MB-LOAD.
> Iirc, finally it was decided that
>
> CPU0: CPU1:
>
> A = 1; B = 1;
> mb(); mb();
> if (B) if (A)
> printf("Yes"); printf("Yes");
>
> should print "Yes" at least once. This looks very similar to
> the the previous example.
>From a hardware point of view, this example is very different than the
earlier one. You are not using the order of independent CPUs' stores to a
single variable here and in addition are using mb() everywhere instead of
a combination of mb() and wmb(). So, yes, this one is guaranteed to work.
But what the heck are you guys really trying to do, anyway? ;-)
Thanx, Paul
next prev parent reply other threads:[~2010-12-09 1:45 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20101207123454.GA11997@redhat.com>
[not found] ` <20101207160102.GB16363@redhat.com>
[not found] ` <20101208184507.GA30071@redhat.com>
[not found] ` <20101208190918.GI31703@redhat.com>
[not found] ` <20101208191600.GA32753@redhat.com>
[not found] ` <20101208193031.GJ31703@redhat.com>
[not found] ` <20101208193308.GA1044@redhat.com>
[not found] ` <20101208200750.GA2202@redhat.com>
[not found] ` <20101208204624.GK31703@redhat.com>
[not found] ` <20101208213331.GA4895@redhat.com>
2010-12-08 22:06 ` blk-throttle: Correct the placement of smp_rmb() Oleg Nesterov
2010-12-09 1:45 ` Paul E. McKenney [this message]
2010-12-09 2:37 ` Vivek Goyal
2010-12-09 9:26 ` Oleg Nesterov
2010-12-09 19:47 ` Paul E. McKenney
2010-12-10 16:46 ` Oleg Nesterov
2010-12-10 23:35 ` Paul E. McKenney
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=20101209014519.GO2094@linux.vnet.ibm.com \
--to=paulmck@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=oleg@redhat.com \
--cc=vgoyal@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox