2002-08-30 16:55:22

by Markus Plail

[permalink] [raw]
Subject: Re: PROBLEM: CD burning at 12x uses excessive CPU, although DMA is enabled

Hi Anssi!

* Anssi Saari writes:
>On Fri, Aug 30, 2002 at 09:27:04AM +0200, Markus Plail wrote:
>>* Anssi Saari writes:
>>>I also don't have your DAO vs. TAO problem.
>>
>>Hmm.. you wrote that cdrdao gives the problem, but cdrecord doesn't.
>
>I doubt that. Even if I did, it's wrong.

Yes, sorry, it was Sergio.

>>And in a previous mail you wrote that you also have the problems when
>>writing audio CDs.
>
>Yes. Audio CDs and VCDs, to be exact. Probably anything other than
>vanilla ISO9660.

It's not only the content that matters, but the way the content is
written to CD. If you write your stuff in TAO or SAO (which can be DAO,
DAO alone isn't valid) it's no problem. Examples are:
- cdrecord -dao ...
- cdrdao --driver generic-mmc

If you write CDs in RAW modes, then there's the problem with the high
loads. Examples:
- cdrecord -raw96r/p (2448 bytes/sector)
- cdrecord -raw16 (2368 bytes/sector)
- cdrdao --driver generic-mmc-raw (2368 bytes/sector)

So for Sergio: Try using the generic-mmc without raw driver in cdrdao.

And audio CDs or (S)VCDs are written in mode2 (2352 bytes/sector) and
also cause the high loads, this time independent from the writing mode.
AFAIK this behaviour should be the same on any Linux system.

regards
Markus


2002-08-30 21:25:39

by Sergio Bruder

[permalink] [raw]
Subject: Re: PROBLEM: CD burning at 12x uses excessive CPU, although DMA is enabled

On Fri, Aug 30, 2002 at 06:58:09PM +0200, Markus Plail wrote:
> Hi Anssi!
>
> * Anssi Saari writes:
> >On Fri, Aug 30, 2002 at 09:27:04AM +0200, Markus Plail wrote:
> >>* Anssi Saari writes:
> >>>I also don't have your DAO vs. TAO problem.
> >>
> >>Hmm.. you wrote that cdrdao gives the problem, but cdrecord doesn't.
> >
> >I doubt that. Even if I did, it's wrong.
>
> Yes, sorry, it was Sergio.
>
> (...)
>
> If you write CDs in RAW modes, then there's the problem with the high
> loads. Examples:
> - cdrecord -raw96r/p (2448 bytes/sector)
> - cdrecord -raw16 (2368 bytes/sector)
> - cdrdao --driver generic-mmc-raw (2368 bytes/sector)
>
> So for Sergio: Try using the generic-mmc without raw driver in cdrdao.
>

I was using exactly generic-mmc, never tried the raw version.

I only said that with ISO images the problem dont show up, as Anssi.

>
> And audio CDs or (S)VCDs are written in mode2 (2352 bytes/sector) and
> also cause the high loads, this time independent from the writing mode.
> AFAIK this behaviour should be the same on any Linux system.


Sergio Bruder
--
http://pontobr.org
pub 1024D/0C7D9F49 2000-05-26 Sergio Devojno Bruder <[email protected]>
Key fingerprint = 983F DBDF FB53 FE55 87DF 71CA 6B01 5E44 0C7D 9F49
sub 1024g/138DF93D 2000-05-26

2002-08-31 16:23:55

by Anssi Saari

[permalink] [raw]
Subject: Re: PROBLEM: CD burning at 12x uses excessive CPU, although DMA is enabled

On Fri, Aug 30, 2002 at 06:58:09PM +0200, Markus Plail wrote:

> If you write CDs in RAW modes, then there's the problem with the high
> loads. Examples:
> - cdrecord -raw96r/p (2448 bytes/sector)
> - cdrecord -raw16 (2368 bytes/sector)
> - cdrdao --driver generic-mmc-raw (2368 bytes/sector)

Yes, this is confirmed. I tried writing a data track with cdrecord
-raw96r mode and got the slowdown. So yes, it seems that "big" blocks,
2352 bytes and greater cause this problem while "small" blocks of 2048
bytes don't.