All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Vlad Bolkhovitine" <vladb@sw.com.sg>
To: "Mike Galbraith" <mikeg@wen-online.de>
Cc: "Zlatko Calusic" <zlatko@iskon.hr>,
	<linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>
Subject: Re: mmap()/VM problems in 2.4.0
Date: Tue, 16 Jan 2001 14:43:01 +0800	[thread overview]
Message-ID: <3A63ED75.53094939@sw.com.sg> (raw)
In-Reply-To: <Pine.Linu.4.10.10101152142440.772-100000@mikeg.weiden.de>

Mike Galbraith wrote:
> 
> On 15 Jan 2001, Zlatko Calusic wrote:
> 
> > "Vlad Bolkhovitine" <vladb@sw.com.sg> writes:
> >
> > > Here is updated info for 2.4.1pre3:
> > >
> > > Size is MB, BlkSz is Bytes, Read, Write, and Seeks are MB/sec
> > >
> > > with mmap()
> > >
> > >  File   Block  Num          Seq Read    Rand Read   Seq Write  Rand Write
> > >  Dir    Size   Size    Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
> > > ------- ------ ------- --- ----------- ----------- ----------- -----------
> > >    .     1024   4096    2  1.089 1.24% 0.235 0.45% 1.118 4.11% 0.616 1.41%
> > >
[...]
> > > Mmap() performance dropped dramatically down to almost unusable level. Plus,
> > > system was unusable during test: "vmstat 1" updated results every 1-2 _MINUTES_!
> > >
> >
> > You need Marcelo's patch. Please apply and retest.
> 
> My box thinks quite highly of that patch fwiw, but insists that he needs
> to apply Jens Axboes' blk patch first ;-)  (Not because of tiobench)

New data:

2.4.1pre3 + Marcelo's patch

       File   Block  Num  Seq Read    Rand Read   Seq Write  Rand Write
Dir    Size   Size   Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
------- ------ ------- --- ----------- ----------- ----------- -----------
   .     1024   4096    2  12.68 9.23% 0.497 0.92% 10.57 15.3% 0.594 1.44%

The same performance level as for 2.4.0. No improvement.

2.4.1pre3 + Marcelo's patch + Jens Axboes' blk-13B patch 

         File   Block  Num  Seq Read    Rand Read   Seq Write  Rand Write
Dir    Size   Size   Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
------- ------ ------- --- ----------- ----------- ----------- -----------
   .     1024   4096    2  12.47 10.0% 0.504 1.13% 9.998 16.5% 0.735 2.21%

No significant difference, just noise. IMHO, it is expected, since 2 threads
simply aren't enough to launch blk patch's mechanisms

>         -Mike
-
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/

WARNING: multiple messages have this Message-ID (diff)
From: "Vlad Bolkhovitine" <vladb@sw.com.sg>
To: Mike Galbraith <mikeg@wen-online.de>
Cc: Zlatko Calusic <zlatko@iskon.hr>,
	linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: mmap()/VM problems in 2.4.0
Date: Tue, 16 Jan 2001 14:43:01 +0800	[thread overview]
Message-ID: <3A63ED75.53094939@sw.com.sg> (raw)
In-Reply-To: Pine.Linu.4.10.10101152142440.772-100000@mikeg.weiden.de

Mike Galbraith wrote:
> 
> On 15 Jan 2001, Zlatko Calusic wrote:
> 
> > "Vlad Bolkhovitine" <vladb@sw.com.sg> writes:
> >
> > > Here is updated info for 2.4.1pre3:
> > >
> > > Size is MB, BlkSz is Bytes, Read, Write, and Seeks are MB/sec
> > >
> > > with mmap()
> > >
> > >  File   Block  Num          Seq Read    Rand Read   Seq Write  Rand Write
> > >  Dir    Size   Size    Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
> > > ------- ------ ------- --- ----------- ----------- ----------- -----------
> > >    .     1024   4096    2  1.089 1.24% 0.235 0.45% 1.118 4.11% 0.616 1.41%
> > >
[...]
> > > Mmap() performance dropped dramatically down to almost unusable level. Plus,
> > > system was unusable during test: "vmstat 1" updated results every 1-2 _MINUTES_!
> > >
> >
> > You need Marcelo's patch. Please apply and retest.
> 
> My box thinks quite highly of that patch fwiw, but insists that he needs
> to apply Jens Axboes' blk patch first ;-)  (Not because of tiobench)

New data:

2.4.1pre3 + Marcelo's patch

       File   Block  Num  Seq Read    Rand Read   Seq Write  Rand Write
Dir    Size   Size   Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
------- ------ ------- --- ----------- ----------- ----------- -----------
   .     1024   4096    2  12.68 9.23% 0.497 0.92% 10.57 15.3% 0.594 1.44%

The same performance level as for 2.4.0. No improvement.

2.4.1pre3 + Marcelo's patch + Jens Axboes' blk-13B patch 

         File   Block  Num  Seq Read    Rand Read   Seq Write  Rand Write
Dir    Size   Size   Thr Rate (CPU%) Rate (CPU%) Rate (CPU%) Rate (CPU%)
------- ------ ------- --- ----------- ----------- ----------- -----------
   .     1024   4096    2  12.47 10.0% 0.504 1.13% 9.998 16.5% 0.735 2.21%

No significant difference, just noise. IMHO, it is expected, since 2 threads
simply aren't enough to launch blk patch's mechanisms

>         -Mike
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux.eu.org/Linux-MM/

  reply	other threads:[~2001-01-16  6:43 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-12 12:40 mmap()/VM problem in 2.4.0 Vlad Bolkhovitine
2001-01-12 22:25 ` problem with a copy (cdrom to disk) under 2.4.0 andre lourenco
2001-01-15  4:40 ` mmap()/VM problem in 2.4.0 Marcelo Tosatti
     [not found] ` <3A5F76A6.5B2A0E68@austin.ibm.com>
2001-01-15  5:19   ` Vlad Bolkhovitine
2001-01-15  9:42 ` mmap()/VM problems " Vlad Bolkhovitine
2001-01-15  9:42   ` Vlad Bolkhovitine
2001-01-15 20:31   ` Zlatko Calusic
2001-01-15 20:31     ` Zlatko Calusic
2001-01-15 20:49     ` Mike Galbraith
2001-01-15 20:49       ` Mike Galbraith
2001-01-16  6:43       ` Vlad Bolkhovitine [this message]
2001-01-16  6:43         ` Vlad Bolkhovitine
2001-01-16  7:06         ` Mike Galbraith
2001-01-16  7:06           ` Mike Galbraith
2001-01-17 21:15 ` mmap()/VM problem " Rik van Riel
2001-01-18 17:25   ` Marcelo Tosatti
2001-01-19  0:19     ` Rik van Riel
2001-01-22  1:20       ` Marcelo Tosatti

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=3A63ED75.53094939@sw.com.sg \
    --to=vladb@sw.com.sg \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mikeg@wen-online.de \
    --cc=zlatko@iskon.hr \
    /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.