Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1171756

Re: [RFC PATCH 0/3] restartable sequences: fast user-space percpu critical sections

From Andy Lutomirski <luto@amacapital.net>
Newsgroups linux.kernel
Subject Re: [RFC PATCH 0/3] restartable sequences: fast user-space percpu critical sections
Date 2015-06-25 02:10 +0200
Message-ID <pF2TU-d1-21@gated-at.bofh.it> (permalink)
References <pF2Ax-82Y-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Jun 24, 2015 at 3:26 PM, Paul Turner <pjt@google.com> wrote:
> This is a fairly small series demonstrating a feature we've found to be quite
> powerful in practice, "restartable sequences".
>

On an extremely short glance, I'm starting to think that the right
approach, at least for x86, is to implement per-cpu gsbase.  Then you
could do cmpxchg with a gs prefix to atomically take a percpu lock and
atomically release a percpu lock and check whether someone else stole
the lock from you.  (Note: cmpxchg, unlike lock cmpxchg, is very
fast.)

This is totally useless for other architectures, but I think it would
be reasonable clean on x86.  Thoughts?

I can elaborate if necessary.

--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[RFC PATCH 0/3] restartable sequences: fast user-space percpu  critical sections Paul Turner <pjt@google.com> - 2015-06-25 01:50 +0200
  Re: [RFC PATCH 0/3] restartable sequences: fast user-space percpu  critical sections Andy Lutomirski <luto@amacapital.net> - 2015-06-25 02:10 +0200
    Re: [RFC PATCH 0/3] restartable sequences: fast user-space percpu  critical sections Paul Turner <pjt@google.com> - 2015-06-26 04:10 +0200

csiph-web