From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753195Ab0ESPMk (ORCPT ); Wed, 19 May 2010 11:12:40 -0400 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.125]:61172 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752994Ab0ESPMj (ORCPT ); Wed, 19 May 2010 11:12:39 -0400 X-Authority-Analysis: v=1.1 cv=APwCx09NCuKDvl2mjFwkKdJZScS8XOZHPgx3WG6BpL0= c=1 sm=0 a=8EtQVlZUVNwA:10 a=hO-oPbc3tlwA:10 a=7U3hwN5JcxgA:10 a=Q9fys5e9bTEA:10 a=gMqfjgEr1zLu/65IO0LwxA==:17 a=XpggZ2iZSn5MWXWuHqgA:9 a=5mfSRkGfoaHztOheGyX0XS-IpHcA:4 a=PUjeQqilurYA:10 a=gMqfjgEr1zLu/65IO0LwxA==:117 X-Cloudmark-Score: 0 X-Originating-IP: 74.67.89.75 Subject: Re: Unexpected splice "always copy" behavior observed From: Steven Rostedt Reply-To: rostedt@goodmis.org To: Linus Torvalds Cc: Nick Piggin , Mathieu Desnoyers , Peter Zijlstra , Frederic Weisbecker , Pierre Tardy , Ingo Molnar , Arnaldo Carvalho de Melo , Tom Zanussi , Paul Mackerras , linux-kernel@vger.kernel.org, arjan@infradead.org, ziga.mahkovec@gmail.com, davem , linux-mm@kvack.org, Andrew Morton , KOSAKI Motohiro , Christoph Lameter , Tejun Heo , Jens Axboe In-Reply-To: References: <20100518153440.GB7748@Krystal> <1274197993.26328.755.camel@gandalf.stny.rr.com> <1274199039.26328.758.camel@gandalf.stny.rr.com> <20100519063116.GR2516@laptop> <1274280968.26328.774.camel@gandalf.stny.rr.com> Content-Type: text/plain; charset="ISO-8859-15" Organization: Kihon Technologies Inc. Date: Wed, 19 May 2010 11:12:36 -0400 Message-ID: <1274281956.26328.776.camel@gandalf.stny.rr.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2010-05-19 at 07:59 -0700, Linus Torvalds wrote: > > Btw, since you apparently have a real case - is the "splice to file" > always just an append? IOW, if I'm not right in assuming that the only > sane thing people would reasonable care about is "append to a file", then > holler now. My use case is just to move the data from the ring buffer into a file (or network) as fast as possible. It creates a new file and all additions are "append to a file". I believe Mathieu does the same. With me, you are correct. -- Steve