Re: [Lsf-pc] [LSF/MM TOPIC] async buffered diskio read for userspace apps

From: Jens Axboe <axboe@kernel.dk>
To: Jeremy Allison <jra@samba.org>,
	James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: Milosz Tanski <milosz@adfin.com>,
	Volker Lendecke <Volker.Lendecke@sernet.de>,
	Jan Kara <jack@suse.cz>, Christoph Hellwig <hch@infradead.org>,
	linux-mm@kvack.org,
	"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
	lsf-pc@lists.linux-foundation.org
Subject: Re: [Lsf-pc] [LSF/MM TOPIC] async buffered diskio read for userspace apps
Date: Mon, 19 Jan 2015 13:00:39 -0700	[thread overview]
Message-ID: <54BD6267.1090106@kernel.dk> (raw)
In-Reply-To: <20150119164857.GC12308@jeremy-HP>

On 01/19/2015 09:48 AM, Jeremy Allison wrote:
> On Mon, Jan 19, 2015 at 07:49:41AM -0800, James Bottomley wrote:
>>
>> For fio, it likely doesn't matter.  Most people download the repository
>> and compile it themselves when building the tool. In that case, there's
>> no licence violation anyway (all GPL issues, including technical licence
>> incompatibility, manifest on distribution not on use).  It is a problem
>> for the distributors, but they're well used to these type of self
>> inflicted wounds.
>
> That's true, but it is setting a bear-trap for distributors.

But not unique. Most distros are behind on fio anyway, so most people do 
end up compiling on their own.

> Might be better to keep the code repositories separate so at
> lease people have a *chance* of noticing there's a problem
> here.

But that's a pain for users, I'd much rather include it and let the 
distro sort it. They can just add --disable-smb or something to their 
configure scripts.

-- 
Jens Axboe