Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758321Ab0HDG3L (ORCPT ); Wed, 4 Aug 2010 02:29:11 -0400 Received: from casper.infradead.org ([85.118.1.10]:48943 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756120Ab0HDG3J convert rfc822-to-8bit (ORCPT ); Wed, 4 Aug 2010 02:29:09 -0400 Subject: Re: [patch 1/2] x86_64 page fault NMI-safe From: Peter Zijlstra To: Linus Torvalds Cc: Mathieu Desnoyers , Frederic Weisbecker , Ingo Molnar , LKML , Andrew Morton , Steven Rostedt , Steven Rostedt , Thomas Gleixner , Christoph Hellwig , Li Zefan , Lai Jiangshan , Johannes Berg , Masami Hiramatsu , Arnaldo Carvalho de Melo , Tom Zanussi , KOSAKI Motohiro , Andi Kleen , "H. Peter Anvin" , Jeremy Fitzhardinge , "Frank Ch. Eigler" , Tejun Heo In-Reply-To: References: <20100714184642.GA9728@elte.hu> <20100714193652.GA13630@nowhere> <20100714221418.GA14533@nowhere> <20100714223107.GA2350@Krystal> <20100714224853.GC14533@nowhere> <20100714231117.GA22341@Krystal> <20100714233843.GD14533@nowhere> <20100715162631.GB30989@Krystal> <1280855904.1923.675.camel@laptop> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Date: Wed, 04 Aug 2010 08:27:53 +0200 Message-ID: <1280903273.1923.682.camel@laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1150 Lines: 27 On Tue, 2010-08-03 at 11:56 -0700, Linus Torvalds wrote: > On Tue, Aug 3, 2010 at 10:18 AM, Peter Zijlstra wrote: > > > > FWIW I really utterly detest the whole concept of sub-buffers. > > I'm not quite sure why. Is it something fundamental, or just an > implementation issue? The sub-buffer thing that both ftrace and lttng have is creating a large buffer from a lot of small buffers, I simply don't see the point of doing that. It adds complexity and limitations for very little gain. Their benefit is known synchronization points into the stream, you can parse each sub-buffer independently, but you can always break up a continuous stream into smaller parts or use a transport that includes index points or whatever. Their down side is that you can never have individual events larger than the sub-buffer, you need to be aware of the sub-buffer when reserving space etc.. -- 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/