All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Wilhelm Nuesser <wilhelm.nuesser@sap.com>
Cc: Alan Cox <alan@lxorguk.ukuu.org.uk>,
	linux-kernel@vger.kernel.org,
	Rik van Riel <riel@conectiva.com.br>
Subject: Re: clarification about redhat and vm
Date: Fri, 18 Jan 2002 20:07:01 +0100	[thread overview]
Message-ID: <20020118200700.A21279@athlon.random> (raw)
In-Reply-To: <E16RFE9-00042W-00@the-village.bc.nu> <3C485169.7070005@sap.com>
In-Reply-To: <3C485169.7070005@sap.com>; from wilhelm.nuesser@sap.com on Fri, Jan 18, 2002 at 05:46:33PM +0100

On Fri, Jan 18, 2002 at 05:46:33PM +0100, Wilhelm Nuesser wrote:
> Alan Cox wrote:
> 
> >>"If redhat doesn't use the -aa VM " was a short form of "if redhat
> >>cannot see the goodness of all the bugfixing work that happened between
> >>the 2.4.9 VM and any current branch 2.4, and so if they keep shipping
> >>2.4.9 VM as the best one for DBMS and critical VM apps like the SAP
> >>benchmark".
> >>
> >
> >The RH VM is totally unrelated to the crap in 2.4.9 vanilla. The SAP comment
> >begs a question. 2.4.10 seems to have problems remembering to actually 
> >do fsync()'s. How much of your SAP benchmark is from fsync's that dont
> >happen ? Do you get the same values with 2.4.18-aa ?
> >
> Well, basically we checked the thing many times with quite different 
> kernels.
> Our current tests - which show exactly the same results as 
> 2.4.[10,14,15] - run
> on the new "official" SuSE kernel 2.4.16.  Again, we  observe a 
> performance increase
> in high swap situations of about  a factor of ten compared to 2.4.[7,9].
>  
> IMO, this shows that errors like fsync etc. are _not_ responsible for 
> the improved
> performance.

and I assume you were using either ext2 or reiserfs anyways, so the
fsync problem never affected you since the first place (also with older
kernels) I believe.

Andrea

  reply	other threads:[~2002-01-18 19:06 UTC|newest]

Thread overview: 73+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Pine.LNX.4.33L.0201162235480.32617-100000@imladris.surriel .com>
2002-01-16 19:04 ` Rik spreading bullshit about VM Andrea Arcangeli
2002-01-16 20:11   ` Jose Luis Domingo Lopez
2002-01-16 20:58   ` Richard Gooch
2002-01-16 21:10     ` Dave Jones
2002-01-16 21:17       ` Rik van Riel
2002-01-17 13:42         ` [lkml] " Ian Soboroff
2002-01-18  3:21         ` ...Re: " Dan Mann
2002-01-17  0:20       ` Luigi Genoni
2002-01-16 21:17     ` Craig Knox
2002-01-16 20:58   ` Bongani Hlope
2002-01-16 20:55     ` John Levon
2002-01-16 21:21       ` Bongani Hlope
2002-01-16 21:29   ` Adam Kropelin
2002-01-17 14:17     ` async buffer flushing reported slowdown (could be a driver issue?) Andrea Arcangeli
2002-01-18  0:28       ` Adam Kropelin
2002-01-16 21:58   ` Rik spreading bullshit about VM Diego Calleja
2002-01-16 22:02     ` Rik van Riel
2002-01-17 14:35       ` bugfix backed out Andrea Arcangeli
2002-01-17 15:04         ` Rik van Riel
2002-01-17 15:52           ` Andrea Arcangeli
2002-01-17 14:25     ` oom failures with mem=4m Andrea Arcangeli
2002-01-16 21:59   ` Rik spreading bullshit about VM Diego Calleja
2002-01-16 22:44   ` Chris Chabot
2002-01-17  8:18     ` Christoph Rohland
2002-01-17 14:13     ` blkdev speedup Andrea Arcangeli
2002-01-17  0:07   ` Rik spreading bullshit about VM Erik Mouw
2002-01-17  0:25     ` J Sloan
2002-01-17  1:15       ` Erik Mouw
2002-01-17 17:40       ` bill davidsen
2002-01-17 14:14     ` Alan Cox
2002-01-18  4:30     ` Bosko Radivojevic
2002-01-18  4:36       ` vm philosophising Rik van Riel
2002-01-18  4:58         ` Matthew Johnson
2002-01-18  5:12           ` Rik van Riel
2002-01-18  5:18           ` Ryan Cumming
2002-01-18  5:43             ` Matthew Johnson
2002-01-21 17:55               ` Bill Davidsen
2002-01-18  6:05             ` Matthew Johnson
2002-01-18 14:42         ` Tommy Faasen
2002-01-18 15:52           ` listmail
2002-01-21 15:50           ` The Doctor What
2002-01-21 16:16             ` Mike Harrold
2002-01-18 15:55         ` Mr. Shannon Aldinger
2002-01-18 18:39         ` Oliver Xymoron
2002-01-18 19:23           ` Alan Cox
2002-01-18 20:17             ` David Schwartz
2002-01-18 21:39               ` Alan Cox
2002-01-19  4:42             ` David Luyer
2002-01-19 18:00               ` Rob Landley
2002-01-20  5:42               ` Stevie O
2002-01-17  0:38   ` Rik spreading bullshit about VM Rik van Riel
2002-01-17  1:50     ` Nicolas Pitre
2002-01-17 11:45       ` Rik van Riel
2002-01-17 12:02         ` Stephan von Krawczynski
2002-01-17  2:14     ` Andrea Scrimieri
2002-01-17 12:07       ` Rik van Riel
2002-01-17 13:11         ` Andrea Scrimieri
2002-01-17 13:15           ` Rik van Riel
2002-01-17 14:02             ` Alan Cox
2002-01-17 21:41             ` Trever L. Adams
2002-01-18  1:46               ` brian
2002-01-17  1:52   ` Stephen Satchell
2002-01-17 13:26   ` Alan Cox
2002-01-17 15:10     ` clarification about redhat and vm Andrea Arcangeli
2002-01-17 15:21       ` Rik van Riel
2002-01-17 16:17       ` Alan Cox
2002-01-17 16:31         ` Andrea Arcangeli
2002-01-18 16:46         ` Wilhelm Nuesser
2002-01-18 19:07           ` Andrea Arcangeli [this message]
2002-01-19 10:50             ` Christoph Rohland
2002-01-19 13:54               ` Alan Cox
2002-01-19 17:38                 ` Andrea Arcangeli
2002-01-18 16:53         ` Willi Nüßer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020118200700.A21279@athlon.random \
    --to=andrea@suse.de \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    --cc=wilhelm.nuesser@sap.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.