LKML Archive on
 help / color / Atom feed
From: Linus Torvalds <>
To: kernel test robot <>
Cc: Peter Zijlstra <>,
	Jann Horn <>, LKML <>,
	x86-ml <>, Ingo Molnar <>,
	Thomas Gleixner <>,
	Borislav Petkov <>,
Subject: Re: [futex] 8019ad13ef: will-it-scale.per_process_ops -97.8% regression
Date: Sun, 8 Mar 2020 10:28:44 -0500
Message-ID: <> (raw)
In-Reply-To: <>

[ Just a re-send without html crud that makes all the lists unhappy.
I'm still on the road, the flight I was supposed to be on yesterday
got cancelled.. ]

I do note that the futex hashing seems to be broken by that commit. Or
at least it's questionable.  It keeps hashing on "both.word",  and
doesn't use the u64 field at all for hashing.

Maybe I'm mis-reading it - I didn't apply the patch, I just looked at
the patch and my source base separately.

But the 98% regression sure says something went wrong ;)


On Sun, Mar 8, 2020 at 9:22 AM Linus Torvalds
<> wrote:
> On Sun, Mar 8, 2020, 08:02 kernel test robot <> wrote:
>> FYI, we noticed a -97.8% regression of will-it-scale.per_process_ops due to commit:
>> commit: 8019ad13ef7f64be44d4f892af9c840179009254 ("futex: Fix inode life-time issue")
> Well, that's not optimal.
> Peter, any ideas? One of the things that worried me about changing to
> an u64 was what I think it causes extra padding, I think. And maybe
> that messes with the comparison and hashing of the futexes?

  parent reply index

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-08 14:02 kernel test robot
     [not found] ` <>
2020-03-08 15:28   ` Linus Torvalds [this message]
2020-03-08 18:07     ` Thomas Gleixner
2020-03-09  8:26       ` kernel test robot
2020-03-09  8:51       ` Peter Zijlstra
2020-03-09  9:34         ` Thomas Gleixner
2020-03-09 21:42       ` [tip: locking/urgent] futex: Unbreak futex hashing tip-bot2 for Thomas Gleixner
2020-03-11  8:20       ` [futex] 8019ad13ef: will-it-scale.per_process_ops -97.8% regression Thierry Reding

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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='' \ \ \ \ \ \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

LKML Archive on

Archives are clonable:
	git clone --mirror lkml/git/0.git
	git clone --mirror lkml/git/1.git
	git clone --mirror lkml/git/2.git
	git clone --mirror lkml/git/3.git
	git clone --mirror lkml/git/4.git
	git clone --mirror lkml/git/5.git
	git clone --mirror lkml/git/6.git
	git clone --mirror lkml/git/7.git
	git clone --mirror lkml/git/8.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 lkml lkml/ \
	public-inbox-index lkml

Example config snippet for mirrors

Newsgroup available over NNTP:

AGPL code for this site: git clone