From: Markus Plail <plail@web.de>
To: Sergio Bruder <sergio@bruder.net>
Cc: Anssi Saari <as@sci.fi>, Andre Hedrick <andre@linux-ide.org>,
vojtech@ucw.cz, linux-kernel@vger.kernel.org
Subject: Re: PROBLEM: CD burning at 12x uses excessive CPU, although DMA is enabled
Date: Fri, 30 Aug 2002 08:14:53 +0200 [thread overview]
Message-ID: <87d6s0g9eq.fsf@plailis.homelinux.net> (raw)
In-Reply-To: <20020830043346.GA5793@bruder.net> (Sergio Bruder's message of "Fri, 30 Aug 2002 01:33:46 -0300")
Hi Sergio!
* Sergio Bruder writes:
>On Sun, Apr 14, 2002 at 03:39:35PM +0300, Anssi Saari wrote:
>>(...)
>>
>>I have now tried the writer on an old Pentium motherboard with Intel
>>430HX chipset and PIIX3. The performance problems didn't happen there,
>>so I would guess this is more a problem with how Linux handles the VIA
>>686b southbridge.
>>
>>But what can I do to help fix this problem?
>We are now in 2.4.20-preBLAH time and appears that VIA 686b southbridge
>still has the same problem (and appears to be that dont surface with
>anothers controllers)
>Ive just burned a image (.cue/.bin) with cdrdao and my load went nuts,
>up to 5. Same motherboard chipset, same general conditions. KT133a,
>VIA 686b southbridge, in that case with a LG combo drive (HL-DT-ST
>RW/DVD GCC-4120B), hard-disk as /dev/hda (with ReiserFS), combo drive
>as /dev/hdc.
>What is strange is that problem dont appears with ISO images
>(cdrecord-burned). There is any already-know solution for that problem
>with VIA686b IDE?
The problem isn't really the southbridge, the problem is, that the
kernel doesn't seem to use (I still didn't get a definitive answer)
DMA when doing things with bigger blocksizes (grabbing audio CDs,
writing DAO CDs). That's why you don't have a problem burning 'normal'
TAO CDs. It seems that older chipsets just deal way better with PIO
modes (the PIIX3 doesn't have DMA, does it?).
For me it helped at least a bit to do the following:
- Disable interrupt sharing for IDE devices
- hdparm -d1 -c3 -u0 -X34/66 /dev/burner
With this settings I have 30% processor usage when writing at speed 20,
as opposed to at least 60% I had before.
regards
Markus
next prev parent reply other threads:[~2002-08-30 6:12 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-09 20:06 PROMBLEM: CD burning at 16x " Roger Larsson
2002-04-09 20:27 ` Andre Hedrick
2002-04-10 9:10 ` Matthias Andree
2002-04-14 12:39 ` Anssi Saari
2002-08-30 4:33 ` PROBLEM: CD burning at 12x " Sergio Bruder
2002-08-30 4:48 ` Sergio Bruder
2002-08-30 6:14 ` Markus Plail [this message]
2002-08-30 6:51 ` Anssi Saari
2002-08-30 7:27 ` Markus Plail
2002-08-30 15:42 ` Anssi Saari
2002-08-30 16:58 ` Markus Plail
2002-08-30 21:22 ` Sergio Bruder
2002-08-31 16:29 ` Anssi Saari
2002-08-30 6:41 ` Andre Hedrick
2002-08-30 12:59 ` Henrique de Moraes Holschuh
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=87d6s0g9eq.fsf@plailis.homelinux.net \
--to=plail@web.de \
--cc=andre@linux-ide.org \
--cc=as@sci.fi \
--cc=linux-kernel@vger.kernel.org \
--cc=sergio@bruder.net \
--cc=vojtech@ucw.cz \
/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
all inboxes | Powered by JetHome®