Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264946AbUF1NRS (ORCPT ); Mon, 28 Jun 2004 09:17:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264937AbUF1NRS (ORCPT ); Mon, 28 Jun 2004 09:17:18 -0400 Received: from magic.adaptec.com ([216.52.22.17]:9138 "EHLO magic.adaptec.com") by vger.kernel.org with ESMTP id S264936AbUF1NRN convert rfc822-to-8bit (ORCPT ); Mon, 28 Jun 2004 09:17:13 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT Subject: RE: PATCH: Further aacraid work Date: Mon, 28 Jun 2004 09:17:09 -0400 Message-ID: <547AF3BD0F3F0B4CBDC379BAC7E4189FF1D56C@otce2k03.adaptec.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PATCH: Further aacraid work Thread-Index: AcRcbN+oEKqpYE4ST0KnVx+eKib9AgApPy0w From: "Salyzyn, Mark" To: "James Bottomley" , "William Lee Irwin III" Cc: "Alan Cox" , "Arjan van de Ven" , "Clay Haapala" , "Christoph Hellwig" , "Linux Kernel" , "SCSI Mailing List" , "Andrew Morton" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2142 Lines: 57 Wow! & Thanks! Sincerely -- Mark Salyzyn -----Original Message----- From: James Bottomley [mailto:James.Bottomley@SteelEye.com] Sent: Sunday, June 27, 2004 1:33 PM To: William Lee Irwin III Cc: Alan Cox; Salyzyn, Mark; Arjan van de Ven; Clay Haapala; Christoph Hellwig; Linux Kernel; SCSI Mailing List; Andrew Morton Subject: Re: PATCH: Further aacraid work On Fri, 2004-06-18 at 15:32, William Lee Irwin III wrote: > On Fri, Jun 18, 2004 at 08:05:18AM -0700, William Lee Irwin III wrote: > > Proper changelog this time, and comments, too. Adaptec et al, please > > verify this resolves the issues you've been having. > > Someone say _something_. > > jejb's seeing such improved results that I don't believe we need to > wait for Adaptec's ack to merge this. > > akpm, please apply. The patch is already in mainline, but here's my final set of statistics on it. I traced the effectiveness over a full day's operations on a scsi build and test machine (I don't get uptime much over a day on these machines since they're usually being rebooted to test new patches). The machine is an 8-way p66 voyager with 256k of memory. I did notice the mergers start off high (at around 50%) after first boot and then decline. The asymptote of the decline appears to be around 26% which is still a respectable merge rate for a non-iommu machine. I was impressed to see that even at the end of the day I was still getting multi-page merges (still up to 128 pages). The instrumentation counts the total number of pages in merged segments and the total number of segments through the machine. The final figures for the day were Total pages merged: 192682 Total segments: 549497 So the amount of I/O through the system is 2.2-2.9GB or more than ten times the machine's actual memory capacity (hopefully this puts me well up into the usual operating region for physical page fragmentation). James - 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/