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


Groups > linux.kernel > #1263732

Re: Improve spinlock performance by moving work to one core

From Ling Ma <ling.ma.program@gmail.com>
Newsgroups linux.kernel
Subject Re: Improve spinlock performance by moving work to one core
Date 2015-11-06 05:30 +0100
Message-ID <qrGOZ-86N-7@gated-at.bofh.it> (permalink)
References <qr5FM-tl-19@gated-at.bofh.it> <qrGOZ-86N-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


Longman

Thanks for your suggestion.
We will look for real scenario to test, and could you please introduce
some benchmarks on spinlock ?

Regards
Ling

>
> Your new spinlock code completely change the API and the semantics of the
> existing spinlock calls. That requires changes to thousands of places
> throughout the whole kernel. It also increases the size of the spinlock from
> 4 bytes to 32 bytes. It is basically a no-go.
>
> However, if you can improve the performance within the existing API and
> locking semantics, it will be much more acceptable.
>
> Cheers,
> Longman
--
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 | Next — Next in thread | Find similar | Unroll thread


Thread

Re: Improve spinlock performance by moving work to one core Ling Ma <ling.ma.program@gmail.com> - 2015-11-06 05:30 +0100
  Re: Improve spinlock performance by moving work to one core Waiman Long <waiman.long@hpe.com> - 2015-11-06 18:40 +0100

csiph-web