From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932636AbbFRRwE (ORCPT ); Thu, 18 Jun 2015 13:52:04 -0400 Received: from e36.co.us.ibm.com ([32.97.110.154]:45207 "EHLO e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751400AbbFRRv5 (ORCPT ); Thu, 18 Jun 2015 13:51:57 -0400 X-Helo: d03dlp03.boulder.ibm.com X-MailFrom: paulmck@linux.vnet.ibm.com X-RcptTo: linux-kernel@vger.kernel.org Date: Thu, 18 Jun 2015 10:51:48 -0700 From: "Paul E. McKenney" To: Steven Rostedt Cc: Peter Zijlstra , Ingo Molnar , umgwanakikbuti@gmail.com, mingo@elte.hu, ktkhai@parallels.com, tglx@linutronix.de, juri.lelli@gmail.com, pang.xunlei@linaro.org, oleg@redhat.com, wanpeng.li@linux.intel.com, linux-kernel@vger.kernel.org, Al Viro , Linus Torvalds Subject: Re: [PATCH 11/18] seqcount: Introduce raw_write_seqcount_barrier() Message-ID: <20150618175148.GH3913@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <20150617145712.GZ3913@linux.vnet.ibm.com> <20150617154926.GE19282@twins.programming.kicks-ass.net> <20150617163731.GD3913@linux.vnet.ibm.com> <20150617171140.GG19282@twins.programming.kicks-ass.net> <20150617180214.GJ3913@linux.vnet.ibm.com> <20150618091505.GI19282@twins.programming.kicks-ass.net> <20150618094014.GC1094@gmail.com> <20150618104015.GL19282@twins.programming.kicks-ass.net> <20150618165406.GC3913@linux.vnet.ibm.com> <20150618131022.3f502e60@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150618131022.3f502e60@gandalf.local.home> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15061817-0021-0000-0000-00000BCF51C8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 18, 2015 at 01:10:22PM -0400, Steven Rostedt wrote: > On Thu, 18 Jun 2015 09:54:07 -0700 > "Paul E. McKenney" wrote: > > > Yep, I have to frequently remind them that most projects need to support > > old compilers. And I did point out that the commentary at the end > > of that document would not encourage adoption of C11. They of course > > felt this was unfair of me, so I have to thank you both for proving the > > correctness of my reply to them. Although you guys didn't use quite as > > many swear words as I would have expected. ;-) > > I could add a few more if you would like ;-) I bet! ;-) > What's their issue? Is there some kind of benchmark war going on > between different compilers? Where they want want to prove they can > produce the absolute fastest code possible, but only use single > threaded apps and screw those that must support multi-threaded > applications. > > My phone and my camera have multicore systems. Single threaded is not > the way of the future. Which ever compiler makes it easier to write > multi-threaded applications is going to win, regardless of how well a > compiler can claim they optimize code the best for a single threaded > app. Their viewpoint is that they have produced syntax for marking shared variables and also for marking accesses to shared variables, and that for code that is not using those markings, anything goes. They need frequent reminders of the need to accommodate pre-existing code, and usually don't take such reminders very well. Ditto for projects such as the Linux kernel to support pre-C11 compilers, and that need production-quality compiler support. Thanx, Paul