From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754758AbZEIKCv (ORCPT ); Sat, 9 May 2009 06:02:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751139AbZEIKCm (ORCPT ); Sat, 9 May 2009 06:02:42 -0400 Received: from mx3.mail.elte.hu ([157.181.1.138]:54082 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751137AbZEIKCl (ORCPT ); Sat, 9 May 2009 06:02:41 -0400 Date: Sat, 9 May 2009 12:01:37 +0200 From: Ingo Molnar To: Wu Fengguang Cc: =?iso-8859-1?Q?Fr=E9d=E9ric?= Weisbecker , Steven Rostedt , Peter Zijlstra , Li Zefan , Andrew Morton , LKML , KOSAKI Motohiro , Andi Kleen , Matt Mackall , Alexey Dobriyan , "linux-mm@kvack.org" Subject: Re: [patch] tracing/mm: add page frame snapshot trace Message-ID: <20090509100137.GC20941@elte.hu> References: <20090508105320.316173813@intel.com> <20090508111031.020574236@intel.com> <20090508114742.GB17129@elte.hu> <20090508124433.GB15949@localhost> <20090509062758.GB21354@elte.hu> <20090509091325.GA7994@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090509091325.GA7994@localhost> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Wu Fengguang wrote: > 2) support concurrent object iterations > For example, a huge 1TB memory space can be split up into 10 > segments which can be queried concurrently (with different options). this should already be possible. If you lseek the trigger file, that will be understood as an 'offset' by the patch, and then write a (decimal) value into the file, that will be the count. So it should already be possible to fork off nr_cpus helper threads, one bound to each CPU, each triggering trace output of a separate segment of the memory map - and each reading that CPU's trace_pipe_raw file to recover the data - all in parallel. Ingo