This message generated a parse failure. Raw output follows here. Please use 'back' to navigate. From devnull@lkml.org Wed Jun 5 01:33:52 2024 Received: from spaans.ds9a.nl (adsl-xs4all.ds9a.nl [213.84.159.51]) by kylie.puddingonline.com (8.11.6/8.11.6) with SMTP id g8HJmRi18401 for ; Tue, 17 Sep 2002 21:48:29 +0200 Received: (qmail 3303 invoked from network); 17 Sep 2002 19:40:11 -0000 Received: from unknown (HELO spaans.ds9a.nl) (3ffe:8280:10:360:202:44ff:fe2a:a1dd) by mayo.ipv6.ds9a.nl with SMTP; 17 Sep 2002 19:40:11 -0000 Received: (qmail 5563 invoked by uid 1000); 17 Sep 2002 19:40:09 -0000 MBOX-Line: From linux-kernel-owner@vger.kernel.org Sun Sep 03 13:29:19 2000 Received: (maildatabase); juh Received: (qmail 14128 invoked by alias); 3 Sep 2000 13:29:19 -0000 Received: (qmail 14125 invoked from network); 3 Sep 2000 13:29:19 -0000 Received: from vger.kernel.org (199.183.24.194) by spaans.ds9a.nl with SMTP; 3 Sep 2000 13:29:19 -0000 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Sun, 3 Sep 2000 09:40:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Sun, 3 Sep 2000 09:40:07 -0400 Received: from mail11.voicenet.com ([207.103.0.37]:33703 "HELO voicenet.com") by vger.kernel.org with SMTP id ; Sun, 3 Sep 2000 09:40:01 -0400 Received: (qmail 2667 invoked from network); 3 Sep 2000 13:28:33 -0000 Received: from 207-103-71-95-cpadsl.voicenet.com (HELO voicenet.com) (207.103.71.95) by mail11.voicenet.com with SMTP; 3 Sep 2000 13:28:33 -0000 Message-Id: <39B25200.689C9966@voicenet.com> Date: Sun, 03 Sep 2000 09:28:32 -0400 From: safemode Organization: none X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test8-vm-A0 i686) X-Accept-Language: en Mime-Version: 1.0 To: linux-kernel@vger.kernel.org Content-Type: multipart/mixed; boundary="------------4B7E13DC726320FE8501C037" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org This is a multi-part message in MIME format. --------------4B7E13DC726320FE8501C037 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------4B7E13DC726320FE8501C037 Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mozilla-Status2: 00000000 Message-ID: <39B25034.D37A9A31@voicenet.com> Date: Sun, 03 Sep 2000 09:20:53 -0400 From: safemode Organization: none X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.4.0-test8-vm-A0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Mark Hahn Subject: Re: Rik van Riel's VM patch References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mark Hahn wrote: > > have trouble with the readings bonnie gives me. > > um, that's because you used too-small a file. try it with -s > at least 3x the size of ram. > > so far, reports are fairly consistent that Rik's patch cause a minor hit > in sustained disk IO, and some real benefit on low-memory machines. I can't do such a test because my swap is on the same drive as the one i took those tests. But, I ran it at 384MB (128MB of ram) on my other drive and this is what it gave me. -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1* 384 4496 98.4 14440 18.7 7997 20.5 4656 95.6 13092 22.6 98.7 2.8 OK, now before you go saying "i told you so" let me just say that this reading is almost no worse and in some places better than the 100MB test i did before doing the patch. Also, this was done on the 20GB ext2fs partition / drive which is slave to the one i originally did the tests on. I'd have to reboot to test without the patch but i'm not doing that unless i crash. I did the test again at the default size (like i did the first two tests) on this same partition.. to show you just how little increasing the size matters -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1* 100 4530 99.2 15479 19.3 9769 24.6 4558 94.0 12853 21.8 772.5 17.8 As you can see, there are only minor differences. The VM patch kicks ass ..hands down. --------------4B7E13DC726320FE8501C037-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/