Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964941AbbELWgV (ORCPT ); Tue, 12 May 2015 18:36:21 -0400 Received: from mail.lang.hm ([64.81.33.126]:46076 "EHLO bifrost.lang.hm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933882AbbELWgS (ORCPT ); Tue, 12 May 2015 18:36:18 -0400 Date: Tue, 12 May 2015 15:35:43 -0700 (PDT) From: David Lang X-X-Sender: dlang@asgard.lang.hm To: Daniel Phillips cc: "Theodore Ts'o" , Howard Chu , Dave Chinner , linux-kernel@vger.kernel.org, Mike Galbraith , Pavel Machek , tux3@tux3.org, linux-fsdevel@vger.kernel.org, OGAWA Hirofumi Subject: Re: xfs: does mkfs.xfs require fancy switches to get decent performance? (was Tux3 Report: How fast can we fsync?) In-Reply-To: <55527E5E.1010100@phunq.net> Message-ID: References: <1430395641.3180.94.camel@gmail.com> <1430401693.3180.131.camel@gmail.com> <55423732.2070509@phunq.net> <55423C05.1000506@symas.com> <554246D7.40105@phunq.net> <20150511221223.GD4434@amd> <20150511231714.GD14088@thunk.org> <555166BA.1050606@phunq.net> <20150512053842.GH15721@dastard> <55519B49.8040605@phunq.net> <555268A2.4090203@phunq.net> <55527E5E.1010100@phunq.net> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2719 Lines: 59 On Tue, 12 May 2015, Daniel Phillips wrote: > On 05/12/2015 02:30 PM, David Lang wrote: >> On Tue, 12 May 2015, Daniel Phillips wrote: >>> Phoronix published a headline that identifies Dave Chinner as >>> someone who takes shots at other projects. Seems pretty much on >>> the money to me, and it ought to be obvious why he does it. >> >> Phoronix turns any correction or criticism into an attack. > > Phoronix gets attacked in an unseemly way by a number of people > in the developer community who should behave better. You are > doing it yourself, seemingly oblivious to the valuable role that > the publication plays in our community. Google for filesystem > benchmarks. Where do you find them? Right. Not to mention the > Xorg coverage, community issues, etc etc. The last thing we > need is a monoculture in Linux news, and we are dangerously > close to that now. It's on my 'sites to check daily' list, but they have also had some pretty nasty errors in their benchmarks, some of which have been pointed out repeatedly over the years (doing fsync dependent workloads in situations where one FS actually honors the fsyncs and another doesn't is a classic) > So, how is "EXT4 is not as stable or as well tested as most > people think" not a cheap shot? By my first hand experience, > that claim is absurd. Add to that the first hand experience > of roughly two billion other people. Seems to be a bit self > serving too, or was that just an accident. I happen to think that it's correct. It's not that Ext4 isn't tested, but that people's expectations of how much it's been tested, and at what scale don't match the reality. >> You need to get out of the mindset that Ted and Dave are Enemies that you need to overcome, they are >> friendly competitors, not Enemies. > > You are wrong about Dave These are not the words of any friend: > > "I don't think I'm alone in my suspicion that there was something > stinky about your numbers." -- Dave Chinner you are looking for offense. That just means that something is wrong with them, not that they were deliberatly falsified. > Basically allegations of cheating. And wrong. Maybe Dave just > lives in his own dreamworld where everybody is out to get him, so > he has to attack people he views as competitors first. you are the one doing the attacking. Please stop. Take a break if needed, and then get back to producing software rather than complaining about how everyone is out to get you. David Lang -- 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/