Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932264AbWCJVN3 (ORCPT ); Fri, 10 Mar 2006 16:13:29 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932268AbWCJVN3 (ORCPT ); Fri, 10 Mar 2006 16:13:29 -0500 Received: from smtp-out.google.com ([216.239.45.12]:8883 "EHLO smtp-out.google.com") by vger.kernel.org with ESMTP id S932260AbWCJVN2 (ORCPT ); Fri, 10 Mar 2006 16:13:28 -0500 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:message-id:date:from:user-agent: x-accept-language:mime-version:to:cc:subject:references:in-reply-to: content-type:content-transfer-encoding; b=Zo+k979nK2TraJvXLN1zI12iFlWRasRUl9YXIilMKl5rkv6XdnYd6bboE5ibLTs6P WsDBz/HTs2u+hKlE0JCfg== Message-ID: <4411EBDF.30104@google.com> Date: Fri, 10 Mar 2006 13:13:03 -0800 From: Daniel Phillips User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051011) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Phillips CC: Mark Fasheh , Andrew Morton , Andi Kleen , ocfs2-devel@oss.oracle.com, linux-kernel@vger.kernel.org Subject: Re: [Ocfs2-devel] Ocfs2 performance References: <4408C2E8.4010600@google.com> <20060303233617.51718c8e.akpm@osdl.org> <440B9035.1070404@google.com> <20060306025800.GA27280@ca-server1.us.oracle.com> <440BC1C6.1000606@google.com> <20060306195135.GB27280@ca-server1.us.oracle.com> <20060307045835.GF27280@ca-server1.us.oracle.com> <440FCA81.7090608@google.com> <20060310002121.GJ27280@ca-server1.us.oracle.com> <44116057.5060705@google.com> In-Reply-To: <44116057.5060705@google.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1074 Lines: 38 Going back to that mysterious idle time fluctuation problem, I just noticed something interesting here: > With hashvec, (64K buckets) > > real user sys > 29.62 23.87 3.02 > 28.80 24.16 3.07 > 50.95 24.11 3.04 > 28.17 23.95 3.20 > 61.21 23.89 3.16 > 28.61 23.88 3.30 > > With vmalloc (64K buckets) > > real user sys > 29.67 23.98 2.88 > 28.35 23.96 3.13 > 52.29 24.16 2.89 > 28.39 24.07 2.97 > 65.13 24.08 3.01 > 28.08 24.02 3.16 Look, the real time artifacts show up in the same places in the two different runs. There was a reboot before each run. There is a sync before and after each trial. Each trial was initiated by hand, so this isn't about something else going on in the machine at the same time. Got to be a clue in there somewhere. Regards, Daniel - 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/