On Mar 12, Anssi Saari wrote:
> I have a performance problem writing audio discs at 16x in Linux. Cdrecord
> 1.11a17 can just barely keep its fifo filled during the burn, mostly. Data
> burns are not a problem, 12x audio burns are also not a problem, or
> it seems I have barely enough horsepower to manage that, but burning
> from mp3s with on the fly decoding again has performance problems. Same
> problem happens when burning video-CDs with cdrdao 1.1.5, 12x fine, 16x
> problems. Top doesn't show any application taking very much CPU.
> 
> Burning in Windows 98SE with cdrecord 1.11a12 and Nero 5.5 is ok, even
> decoding mp3 on the fly and burning at 16x.
> 
> System is Duron 800, MSI K7T Turbo-R motherboard (VIA KT133A), writer
> is LG GCE-8160B, Linux is Debian Testing, kernel 2.4.19-pre2-ac2 at the
> moment, I've tried 2.4.16 and 2.4.17 as well, with and without preemptive
> and ide-patches, doesn't matter. Two HD's, one on primary master, the
> other on the on board Promise 20265 "raid". Doesn't matter which HD I
> burn from, chipset support is on for both controllers in kernel. Writer
> is secondary master with a Toshiba CDROM as slave, but I dont't burn from
> that. DMA is on for all drives. Turning it off causes further slowdown.
> 
> I've heard from someone else with the same writer with the same problem,
> although he says he can't burn audio faster than 4x without problems.
> 
> Output from a burn follows (cdrecord dev=0,0,0 speed=16 -dummy -v 01*wav).
> 
> Any ideas?

Try increasing the fifo size to 16m or so (-fs=16m).  You may also
want to see if you can find a firmware upgrade for the CD-R drive.

Also running cdrecord at nice --19 (i.e., -19, not +19) or so will
help.  You have to do that as root, though.

I can simultaneously burn three different images to three CD-R drives
on a Athlon 750 (w/KA133 chipset) [the trick is to make sure none are
on the same bus... one's IDE, one's SCSI, and one's on 1394] with
2.4.19-pre2-ac1+preempt, so it's not a kernel issue.

Hope this helps some...


Chris
-- 
Chris Lawrence <[EMAIL PROTECTED]> - http://www.lordsutch.com/chris/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to