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


Groups > linux.kernel > #1326130

Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks

From Christoph Lameter <cl@linux.com>
Newsgroups linux.kernel
Subject Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks
Date 2016-02-04 00:10 +0100
Message-ID <qYeIH-fd-35@gated-at.bofh.it> (permalink)
References <qV0sy-46L-5@gated-at.bofh.it> <qV5Vg-kA-9@gated-at.bofh.it> <qYaF6-5Ec-51@gated-at.bofh.it> <qYcQz-7bF-19@gated-at.bofh.it> <qYdjA-7nl-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


> The fast path uses the per cpu caches. No locks are taken and there
> is no IRQ disabling. For concurrency protection this comment
> explains it best:
>
> /*
>  * The cmpxchg will only match if there was no additional
>  * operation and if we are on the right processor.
>  *
>  * The cmpxchg does the following atomically (without lock
>  * semantics!)
>  * 1. Relocate first pointer to the current per cpu area.
>  * 2. Verify that tid and freelist have not been changed
>  * 3. If they were not changed replace tid and freelist
>  *
>  * Since this is without lock semantics the protection is only
>  * against code executing on this cpu *not* from access by
>  * other cpus.
>  */
>
> in the slow path, IRQs and locks have to be taken at the minimum.
> The debug options disable ever loading the per CPU caches so it
> always falls back to the slow path.

You could add the use of per cpu lists to the slow paths as well in
order
to increase performance. Then weave in the debugging options.

But the performance of the fast path is critical to the overall
performance of the kernel as a whole since this is a heavily used code
path for many subsystems.

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


Thread

Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks Laura Abbott <labbott@redhat.com> - 2016-02-03 19:50 +0100
  Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks Kees Cook <keescook@chromium.org> - 2016-02-03 22:10 +0100
    Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks Laura Abbott <labbott@redhat.com> - 2016-02-03 22:40 +0100
      Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks Christoph Lameter <cl@linux.com> - 2016-02-04 00:10 +0100
        Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks Laura Abbott <labbott@redhat.com> - 2016-02-04 01:50 +0100
          Re: [RFC][PATCH 0/3] Speed up SLUB poisoning + disable checks Christoph Lameter <cl@linux.com> - 2016-02-04 04:30 +0100

csiph-web