Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1263732
| 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 |
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
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