--ADZbWkCsHQ7r3kzd Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable
On 21.Feb 2003 - 13:29:30, Jan Schulz wrote: > Hallo Andreas, >=20 > * Andreas Pakulat wrote: > >Ja und nein, im Prinzip hast du solche Probleme wenn eines der Ger=E4te = im > >PIO-Modus arbeitet, bei dem der ganze Datenstrom durch den Prozessor > >muss! >=20 > Wie finde ich das raus?=20 Das sagt dir das hdparm -v /dev/hdX, dort sind im unteren Drittel s=E4mtliche Modi die das Device unterst=FCtzt aufgelistet. Der aktuell benutzte hat dabei ein *.=20 > >Also isch hab hier denselben Brenner und DMA einschalten geht bei mir > >=FCberhaupt net, dann h=E4ngt sich der Kernel regelm=E4=DFig auf. Ich me= ine > >damit das DMA vom Kernel, nicht das vom CD-Brenner. Liegt wohl am >=20 > Wie schaltet man den ein? Ich habe hier die Kernel Packages von=20 > Adrain Bunk, also 1.4.20-k7 hdparm -d1 /dev/hdX, aber ich sehe grad das das ja bei dir sowieso an ist. BTW: Der kernel ist garantiert 2.4.20-k7 :) > >IDE-Anschl=FCssen (nicht Controllern, da nur einer auf dem Board) so wie >=20 > ich dachte immer das es zwei sind: einer f=FCr den hda/b und einer=20 > f=FCr hdc/d? Aber egal :) Nein 1 Controller mit 2 IDE-Kan=E4len, an denen jeweils 2 Ger=E4te h=E4ngen k=F6nnen. > >Interessanter w=E4re die Ausgabe von hdparm -v /dev/hd(b,c), also die > >eingeschalteten Optionen f=FCr CDROM und LiteOn CDBrenner. Wie du siehst, > >macht das LiteOn selbst eh MultiMode DMA (Frag mich jetzt bitte nicht, > >was das ist das wei=DF ich nicht, nur ist es kein UDMA). Aber ob der > >Kernel das auch an hat ist daraus nicht zu ersehen (der 2.4.18-bf24 > >machts glaub ich aus). >=20 > Hier mal die Ausgaben (als root) von hdparm -vi: > --- > /dev/hdb: > HDIO_GET_MULTCOUNT failed: Input/output error > I/O support =3D 1 (32-bit) Das sorgt lt. manpage von hdparm f=FCr 32 Bit Transport, und soll mit 3 betrieben werden, weil das viele Chipsets brauchen. > unmaskirq =3D 1 (on) Lt. Manpage soll das die "Responsiveness" (sorry =DCbersetzung f=E4llt mir grad nicht ein) verbessern, also ist's eigentlich gut. > using_dma =3D 1 (on) Das ist das wichtig, DMA-Transfer ist an, mmh dann kann ich nur noch raten: Das DVD-ROM produziert zuviel CPU-Last durch die Fehlerkorrektzur. Bei meinem Bruder ist auch so ein DVD-ROM mit ewig langen Zugriffszeiten bei CD's und auch die Datentransferrate ist mies, obwohl das Ding im UDMA 2 l=E4uft :( > PIO modes: pio0 pio1 pio2 pio3 pio4 > DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 udma0 udma1 *udma2 Das sind die unterst=FCtzten Modi, der udma2 ist aktiviert. > >Habs grad mal getestet und hier gehts halbwegs im Hintergrund,=20 > >sprich das Lesen von CD belastet das System etwas und hin und wieder > >hakt die Maus, allerdings l=E4uft hier auch KDE3.1, apache, cups, pdnsd, > >xmms spielt, ... und der Brenner brennt ohne Realtime scheduling, da als > >normaler User gestartet.=20 >=20 > Same here: kde3.1, alle m=F6glichen Server im Hintergrund (apache,=20 > Tomcat, cups), AMDK/ 700MHz (laut Bios), 524MB Ram. Ansonsten=20 > 'rennt' der Computer ziemlich gut, Videos und sowas isind keien=20 > Problem. Sollte also nicht das Problem sein, ich denke das es wirklich am DVD-Rom liegt. > >Hier mal die Ausgabe der Ger=E4te lt. hdparm: > >| I/O support =3D 0 (default 16-bit) > >| unmaskirq =3D 0 (off) > [..] > >| I/O support =3D 3 (32-bit w/sync) > >| unmaskirq =3D 0 (off) > >| using_dma =3D 0 (off) >=20 > Hier scheint der Unterscheid zu liegen: I/O ist bei mir beides mal=20 > auf 1 und ich benutze 'unmaskirq =3D 1' (was auch immer das=20 > bedeutet...). Und dma ist bei dir am Brenner aus.=20 Also mein Tipp: versuchs erstmal mit hdparm -c3 auf beiden Devices und wenn das nichts bringt brenn mal nicht on-the-fly, sondern erst ne Kopie auf Platte ziehen und dann die Brennen. Wenn du beim Brennen keine Aussetzer hast liegts wohl am DVD-ROM (dann hast du u.U. Aussetzer w=E4hrend des Kopierens auf Platte) und dann hilft nur eines: neues Laufwerk :( Andreas --=20 Wie man sein Kind nicht nennen sollte:=20 Wim Pel=20 --ADZbWkCsHQ7r3kzd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (GNU/Linux) iD8DBQE+Vi3ZEeTwtO5zjFYRAjLCAJ0cpztUAq3Oo++mgPiTXdloRTB91ACeMmBr /UYeWCSyGOzDOA7P3QgIAJI= =QvYW -----END PGP SIGNATURE----- --ADZbWkCsHQ7r3kzd-- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
