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

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.


But of course, we will check the newer kernels as well.  I think we 
could live with another
factor of ten ...

Best regards
    Willi

-----------------------

   Willi Nüßer
    SAP LinuxLab





  parent reply	other threads:[~2002-01-18 16:59 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 [this message]
2002-01-18 19:07           ` Andrea Arcangeli
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=3C485169.7070005@sap.com \
    --to=wilhelm.nuesser@sap.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=andrea@suse.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@conectiva.com.br \
    /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.