Leistungseinbruch beim Brennen von WAVs trotz MDMA2
Hallo, wenn ich mit cdrecord Audio-Dateien (WAVs) brenne, z. B. per cdrecord -v -audio -pad -dao defpregap=0 dev=0,0,0 speed=12 \ -driveropts=burnproof `ls *.wav` -gracetime=3 geht mein Rechner (VIA KT133A, Duron 950) in die Knie. Der Brenner hängt an einem Promise Ultra 100TX2 und ist per hdparm auf MDMA2 gesetzt. Ist ein Plextor 241040TA. Unter Windoof geht locker auch 24x Brenngeschwindigkeit, aber unter Linux gäbe es da Buffer-Underruns - wenn es kein Burnfree gäbe. Ich bin brennqualitätsgläubig, deswegen oben nur mit 12x, da gibts keine Underruns mehr. Ich verwende SuSE 8.2 mit Mantel-Kernel 2.4.21-4-athlon. Hinweis: Es liegt NICHT am Promise, NICHT am Mantel-Kernel, NICHT an Kabeln oder Brenner etc. Vielleicht gibt's eine Supereinstellung für hdparm -c X -d X -X X -u X -m X was weiß ich oder einen Super-Kernel-Patch oder oder oder, damit das ordentlich läuft. (Von cdrdao brauchen wir gar nicht reden). Ach ja, Abstürze kann man damit auch provozieren (wenn ohne Burnproof gebrannt wird plus Underrun). Ist ein tiefer liegendes Problem, denn z. B. top zeigt keinen Leistungsverlust an. Ist halt nur so, dass das ganze System(!) ruckelt - ihr wisst sicher, was ich meine. Kann denn keiner helfen (oder ist WIRKLICH erst der 2.6er Kernel die - hoffentlich - Lösung)? Wie um alles in der Welt brennen andere Leute ihre Audio-CDs denn dann? Mit 2 GHz-Rechner, ohne VIA- oder SiS-Chipsatz? Mit Ertragen von min. leichtem Ruckeln?! Grüße, René
René Matthäi schrieb:
[...] Wie um alles in der Welt brennen andere Leute ihre Audio-CDs denn dann? Mit 2 GHz-Rechner, ohne VIA- oder SiS-Chipsatz? Mit Ertragen von min. leichtem Ruckeln?!
Noe. Ich habe ein Asus-Board mit VIA KT133A Chipsatz und einem Plextor-Brenner (16x/10x/40x). Ich brenne hier Audio-CDs z.B. ueber k3b mit 16x Geschwindigkeit und kann nebenher eigentlich normal arbeiten. Auf einem anderen Rechner mit Asus-Board und aelterem VIA KT133 Chipsatz und einem 40x-Brenner kann ich auch nur bis max. 24x brennen, sonst geht der Load wahnsinnig in die Hoehe (bei nahe- zu Null CPU-Last) - das haengt dann wohl eher am Datendurchsatz und am Chipsatz als an der CPU-Leistung. Da kann man den Brenner gar nicht ausreizen (es gab aber keinen "langsameren" Brenner mehr zu kaufen ;-) CU, Th.
Hallo, Thomas Hertweck schrieb:
René Matthäi schrieb:
Wie um alles in der Welt brennen andere Leute ihre Audio-CDs denn dann? Mit 2 GHz-Rechner, ohne VIA- oder SiS-Chipsatz? Mit Ertragen von min. leichtem Ruckeln?!
Noe. Ich habe ein Asus-Board mit VIA KT133A Chipsatz und einem Plextor-Brenner (16x/10x/40x). Ich brenne hier Audio-CDs z.B. ueber k3b mit 16x Geschwindigkeit und kann nebenher eigentlich normal arbeiten.
Hm. Nicht Audio-CD-Brennen, sondern Daten-CD über k3b auslesen (fürs nicht-on-the-fly-Kopieren) hab ich auf mindestens 5 anderen Rechnern von allen möglichen Leuten getestet. Auf ALLEN ruckelts sofort los, das System geht in die Knie. Chipsätze: VIA KT133A und SiS. Ich krieg 'nen Hals von diesem Sch... Ich hab schon (nicht nur bei mir) alle Komponenten rausgeschmissen, sogar nur CD dranhängen gehabt, trotzdem immer ähnliches Phänomen - mit Linux.
Auf einem anderen Rechner mit Asus-Board und aelterem VIA KT133 Chipsatz und einem 40x-Brenner kann ich auch nur bis max. 24x brennen, sonst geht der Load wahnsinnig in die Hoehe (bei nahe- zu Null CPU-Last) - das haengt dann wohl eher am Datendurchsatz und am Chipsatz als an der CPU-Leistung.
Aber bei mir dürfte mit 16x doch wohl noch alles drin sein, oder?! Kannst Du mir mal einen hdparm -iv Ausdruck von Deinem Brenner liefern? René
Am Mittwoch, 6. August 2003 13:15 schrieb René Matthäi:
wenn ich mit cdrecord Audio-Dateien (WAVs) brenne, z. B. per
cdrecord -v -audio -pad -dao defpregap=0 dev=0,0,0 speed=12 \ -driveropts=burnproof `ls *.wav` -gracetime=3
geht mein Rechner (VIA KT133A, Duron 950) in die Knie. Der Brenner
Ja, DMA ist im dao modus irrelevant. Von daher wird die Kiste ausgebremst (bin ich froh, nen richtigen SCSI-Brenner zu haben ;-) ). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hi, Manfred Tremmel schrieb:
Am Mittwoch, 6. August 2003 13:15 schrieb René Matthäi:
Ja, DMA ist im dao modus irrelevant. Von daher wird die Kiste ausgebremst (bin ich froh, nen richtigen SCSI-Brenner zu haben ;-) ).
Ist ja der Hammer! Dieses Thema ist jetzt schon ewig alt - ohne gelöst zu sein (Verweis auf Hoffnung auf den 2.6er Kernel). Und es gibt doch immer wieder mal ein Bröckchen(!) neue Information. _Das_ würde tatsächlich mal wieder ein neues Bild werfen (und vielleicht neue Versuche meinerseits motivieren, endlich gescheit brennen zu könne - nach ca. 2 Jahren). DAO-Modus. Muss ich echt probieren! Woher hast Du das? Ich wusste ja bisher nur, dass 1. cdrdao an sich ein Problem hat (siehe Forum auf sourceforge) 2. DMA mit ide-scsi nur bei 2352-byte=Daten-CDs geht. Aber mit MDMA2 dachte ich (fälschlicherweise), ich wäre die meisten meiner Probs losgeworden (Pustekuchen). Das, was am besten geht, ist Daten-CDs-Brennen. Auslesen ist schon ein wenig ruckelig. DAE ist schrecklich, und Non-Daten-CDs brennen auch. Ré
participants (3)
-
Manfred Tremmel -
René Matthäi -
Thomas Hertweck