linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Anssi Saari <as@sci.fi>
To: Bill Davidsen <davidsen@tmr.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: PROMBLEM: CD burning at 16x uses excessive CPU, although DMA is enabled
Date: Mon, 8 Apr 2002 22:06:12 +0300	[thread overview]
Message-ID: <20020408190612.GA19419@sci.fi> (raw)
In-Reply-To: <20020408154732.GA10271@sci.fi> <Pine.LNX.3.96.1020408133036.22155A-100000@gatekeeper.tmr.com>

On Mon, Apr 08, 2002 at 01:35:35PM -0400, Bill Davidsen wrote:
>   Okay, this is good information. At the risk of asking a dumb question,
> are you sure that both the burner and the source drive ar using DMA?

I'm fairly certain. I can read that test image at ~37MB/s and 35% CPU,
which can't be PIO. The CD writer reads at ~3.7MB/s and 3% CPU usage.

> that they are on separate cables (controllers)?

Yes. Two HDs, one writer, all on different channels. The other HD is on
the motherboards Promise 20265 "raid" controller.

>   This would be a good question for the CD writing list,
> cdwrite@other.debian.org.

I tried that some time ago. So far, this is a sort of repetition of
that. Joerg Schilling suggested that maybe I don't have DMA on or the
reader and writer are on the same cable. Other discussion was off topic...

In fact, I've also had this conversation from the other point of view
with someone else, who  was asking about this same problem in the finnish
Linux group, sfnet.atk.linux. Now I have the same LG CD writer, the same
VIA KT133A chipset, the same problem and the same discussion... I'd be
amused if the problem weren't still unresolved.

I decided to post here after I tried FreeBSD, didn't have a problem
and thus it seemed likely that this is a Linux specific problem. 

I think I'll try to put together another system and see what happens
there. I wonder if SGI's kernprof thing would be useful with this.
I'll try that too, when I have the time.

  reply	other threads:[~2002-04-08 19:04 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-04-08 12:26 PROMBLEM: CD burning at 16x uses excessive CPU, although DMA is enabled Anssi Saari
2002-04-08 14:54 ` Bill Davidsen
2002-04-08 15:06   ` Ed Sweetman
2002-04-08 15:58     ` Bill Davidsen
2002-04-08 16:17     ` Anssi Saari
2002-04-08 15:47   ` Anssi Saari
2002-04-08 17:35     ` Bill Davidsen
2002-04-08 19:06       ` Anssi Saari [this message]
2002-04-08 21:32         ` Roger Larsson
     [not found]     ` <Pine.LNX.4.33.0204081754010.10199-100000@coffee.psychology.mcmaster.ca>
2002-04-09 10:01       ` Anssi Saari
2002-04-09 13:33     ` Denis Vlasenko
2002-04-08 21:45   ` Mark Mielke
2002-04-09  0:10     ` Bill Davidsen
2002-04-09  8:32     ` Anssi Saari
2002-04-09  9:32       ` Wojtek Pilorz
2002-04-09 14:37       ` Denis Vlasenko
2002-04-09 20:06 Roger Larsson
2002-04-09 20:27 ` Andre Hedrick
2002-04-10  9:10   ` Matthias Andree
2002-04-14 12:39   ` Anssi Saari

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=20020408190612.GA19419@sci.fi \
    --to=as@sci.fi \
    --cc=davidsen@tmr.com \
    --cc=linux-kernel@vger.kernel.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).