Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757843AbYG1O63 (ORCPT ); Mon, 28 Jul 2008 10:58:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752616AbYG1O6S (ORCPT ); Mon, 28 Jul 2008 10:58:18 -0400 Received: from mx1.redhat.com ([66.187.233.31]:36094 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752051AbYG1O6R (ORCPT ); Mon, 28 Jul 2008 10:58:17 -0400 Date: Mon, 28 Jul 2008 10:57:42 -0400 From: Rik van Riel To: linux-kernel@vger.kernel.org Cc: linux-mm@kvack.org, akpm@linux-foundation.org Subject: Re: PERF: performance tests with the split LRU VM in -mm Message-ID: <20080728105742.50d6514e@cuia.bos.redhat.com> In-Reply-To: <20080724222510.3bbbbedc@bree.surriel.com> References: <20080724222510.3bbbbedc@bree.surriel.com> Organization: Red Hat, Inc X-Mailer: Claws Mail 3.4.0 (GTK+ 2.12.11; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1553 Lines: 45 On Thu, 24 Jul 2008 22:25:10 -0400 Rik van Riel wrote: > TEST 1: dd if=/dev/sda of=/dev/null bs=1M > > kernel speed swap used > > 2.6.26 111MB/s 500kB > -mm 110MB/s 59MB (ouch, system noticably slower) > noforce 111MB/s 128kB > stream 108MB/s 0 (slight regression, not sure why yet) > > This patch shows that the split LRU VM in -mm has a problem > with large streaming IOs: the working set gets pushed out of > memory, which makes doing anything else during the big streaming > IO kind of painful. > > However, either of the two patches posted fixes that problem, > though at a slight performance penalty for the "stream" patch. OK, the throughput number with this test turns out not to mean nearly as much as I thought. Switching off CPU frequency scaling, pinning the CPUs at the highest speed, resulted in a throughput of only 102MB/s. My suspicion is that faster running code on the CPU results in IOs being sent down to the device faster, resulting in smaller IOs and lower throughput. This would be promising for the "stream" patch, which makes choosing between the two patches harder :) Andrew, what is your preference between: http://lkml.org/lkml/2008/7/15/465 and http://marc.info/?l=linux-mm&m=121683855132630&w=2 -- All Rights Reversed -- 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/