All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jeremy Jackson <jerj@coplanar.net>
To: Manfred Spraul <manfred@colorfullife.com>
Cc: Neelam Saboo <neelam_saboo@usa.net>, linux-kernel@vger.kernel.org
Subject: Re: [Re: paging behavior in Linux]
Date: Fri, 02 Mar 2001 20:44:56 -0500	[thread overview]
Message-ID: <3AA04C97.11C88837@coplanar.net> (raw)
In-Reply-To: <20010302194303.14346.qmail@www0a.netaddress.usa.net> <3AA00143.47E8368E@colorfullife.com>

Manfred Spraul wrote:

> Neelam Saboo wrote:
> >
> > hi,
> >
> > After I installed a newer version of Kernel (2.4.2) and enable DMA option in

Ah hah!  There's a huge difference in performance (in my experience) with
DMA.  also, using hdparm utility, *most* drives work fine with dma,
irq unmasking, multisector transfers, and 32bit access.
hdparm -i /dev/hda or such will tell you maximum multisector supported.
the only reason these aren't enabled AFAIK is that SOME drives don't,
and when there's a problem it could cause data loss.

The worker thread may just have been overtaking the prefetcher
because dma was off and disk was slow.

>
> > hardware configuration, the behavior changes.
> > I can see performance improvements when another thread is used. Also, i can
> > see timing overlaps between two threads. i.e. when one thread is blocked on a
> > page fault, other thread keeps working.
> > Now, how can this behavior be explained , given the earlier argument.
> > Is it that, a newer version of kernel has fixed the problem of the semaphore
> > ?
> >
> No, that change won't happen until 2.5
>
> I can only guess:
> the other thread keeps working until it causes a page fault - with both
> 2.4.1 and 2.4.2.
>
> I haven't followed the threads about the mm changes closely, but I
> assume that the swapout behaviour changed, and that your worker thread
> now runs without causing page faults.


  reply	other threads:[~2001-03-03  1:49 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-03-02 19:43 [Re: paging behavior in Linux] Neelam Saboo
2001-03-02 20:23 ` Manfred Spraul
2001-03-03  1:44   ` Jeremy Jackson [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-02-28 23:09 Neelam Saboo
2001-02-28 23:08 Neelam Saboo
2001-03-01  9:37 ` Helge Hafting

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=3AA04C97.11C88837@coplanar.net \
    --to=jerj@coplanar.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=manfred@colorfullife.com \
    --cc=neelam_saboo@usa.net \
    /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.