Hallo Liste, Mal eine Frage an die Leute, die Audio aufnehmen (z.B. mit grammofile), die SuSE 6.4 mit dem normalen Kernel 2.2.16 benutzen und bei denen sich das Ergebnis gut anhoert. Speziell keine Spruenge in der Aufnahme haben. Gibt es ueberhaupt einen solchen jemanden ??? Ich habe naemlich solche Spruenge in der Aufnahme. Wenn ich beispielsweise krecord benutze und in einen Memory- buffer schreibe, ist das Ergebnis OK. (Nur krecord hat das Problem, dass es manchmal mitten in der Arbeit stehen bleibt) Kuerzlich gab es hier schon mal einen solchen Thread, aber ich kann ihn nicht mehr finden. Ein Kollege sagte mir, dass das am Kernel liegt. Die Datenrate auf Disk ist zu gering. Ein fehlender IDE Support fuer UDMA 33/66 soll der Grund sein. 'hdparm -tT /dev/hd??' liefert bei mir 1.6 MB/s. Das erscheint mir schon sehr wenig. Habt ihr aehnliche Erfahrungen ?? Werner
On Tue, Jan 23, 2001 at 09:49:27AM +0100, Werner Franke wrote:
Hallo Liste,
Mal eine Frage an die Leute, die Audio aufnehmen (z.B. mit grammofile), die SuSE 6.4 mit dem normalen Kernel 2.2.16 benutzen und bei denen sich das Ergebnis gut anhoert. Speziell keine Spruenge in der Aufnahme haben. Gibt es ueberhaupt einen solchen jemanden ???
Ich habe mal vor Ewigkeiten Radio von meiner TV-Radio-Karte aufgenommen und hatte mit krecord und sicher einem etwa gleichalten Kernel selbst bei 60 min keine Probleme.
Ich habe naemlich solche Spruenge in der Aufnahme. Wenn ich beispielsweise krecord benutze und in einen Memory- buffer schreibe, ist das Ergebnis OK. (Nur krecord hat das Problem, dass es manchmal mitten in der Arbeit stehen bleibt)
Kuerzlich gab es hier schon mal einen solchen Thread, aber ich kann ihn nicht mehr finden.
Ein Kollege sagte mir, dass das am Kernel liegt. Die Datenrate auf Disk ist zu gering. Ein fehlender IDE Support fuer UDMA 33/66 soll der Grund sein.
'hdparm -tT /dev/hd??' liefert bei mir 1.6 MB/s.
Das erscheint mir schon sehr wenig.
Habt ihr aehnliche Erfahrungen ??
Das scheint der Punkt zu sein. Was hast du denn für einen IDE-Controller und was für eine Platte? Ich habe hier bei einem System 20,5 MB die Sekunde. Da stimmt was nicht bei dir. -- MfG Waldemar Brodkorb Linux rulez !
Am Dienstag, 23. Januar 2001 16:38 schrieb Waldemar Brodkorb:
On Tue, Jan 23, 2001 at 09:49:27AM +0100, Werner Franke wrote:
Hallo Liste,
Mal eine Frage an die Leute, die Audio aufnehmen (z.B. mit grammofile), die SuSE 6.4 mit dem normalen Kernel 2.2.16 benutzen und bei denen sich das Ergebnis gut anhoert. Speziell keine Spruenge in der Aufnahme haben. Gibt es ueberhaupt einen solchen jemanden ??? ....
Ein Kollege sagte mir, dass das am Kernel liegt. Die Datenrate auf Disk ist zu gering. Ein fehlender IDE Support fuer UDMA 33/66 soll der Grund sein.
'hdparm -tT /dev/hd??' liefert bei mir 1.6 MB/s.
Das erscheint mir schon sehr wenig.
Habt ihr aehnliche Erfahrungen ??
Das scheint der Punkt zu sein. Was hast du denn für einen IDE-Controller und was für eine Platte?
Ich habe hier bei einem System 20,5 MB die Sekunde. Da stimmt was nicht bei dir.
Sehe ich auch so, ich habe eine Quantum lm20,5 mit 25,6 Mb/s und eine IBM Hodeldidodel mit 17,367823 Mb/s (in dem Dreh). Hast du hardwaremässig überhaupt UDMA/33/66100 Support? Hilfreich: man hdparm und eigenen Kernel mit experimentellen Features backen. Martin
Hallo Martin, Waldemar, Martin Gaebler wrote:
Am Dienstag, 23. Januar 2001 16:38 schrieb Waldemar Brodkorb:
On Tue, Jan 23, 2001 at 09:49:27AM +0100, Werner Franke wrote:
Hallo Liste,
Mal eine Frage an die Leute, die Audio aufnehmen (z.B. mit grammofile), die SuSE 6.4 mit dem normalen Kernel 2.2.16 benutzen und bei denen sich das Ergebnis gut anhoert. Speziell keine Spruenge in der Aufnahme haben. Gibt es ueberhaupt einen solchen jemanden ??? ....
Ein Kollege sagte mir, dass das am Kernel liegt. Die Datenrate auf Disk ist zu gering. Ein fehlender IDE Support fuer UDMA 33/66 soll der Grund sein.
'hdparm -tT /dev/hd??' liefert bei mir 1.6 MB/s.
Das erscheint mir schon sehr wenig.
Habt ihr aehnliche Erfahrungen ??
Das scheint der Punkt zu sein. Was hast du denn für einen IDE-Controller und was für eine Platte?
Ich habe hier bei einem System 20,5 MB die Sekunde. Da stimmt was nicht bei dir.
Sehe ich auch so, ich habe eine Quantum lm20,5 mit 25,6 Mb/s und eine IBM Hodeldidodel mit 17,367823 Mb/s (in dem Dreh).
Damit wir die gleichen Voraussetzungen haben, benutzt Ihr auch den normalen SuSE 6.4 linux Kernel 2.2.16 ?? Meine Hardware ist: PC: P III 500 MHz, gekauft 10.1999 IDE: VIA Bus Master PCI IDE Controller (Ultra DMA) Disk1: Maxtor, 91700U5, 17GB Disk2: IBM, DJNA 351520, 15 GB Koennt Ihr mir verraten wo und an was ich drehen koennte, dass diese Werte besser werden ? Bei der Gelegenheit: Was ist der Unterschied zwischen dem linux und dem suse Kernel von 6.4 ? Steht das irgendwo ?
Hast du hardwaremässig überhaupt UDMA/33/66100 Support? Hilfreich: man hdparm und eigenen Kernel mit experimentellen Features backen.
Kernel backen kommt fuer mich erst mal nicht in frage, da kenne ich mich zu wenig aus. Eventuell ist SuSE 7.1 wieder interresant.
Hallo Werner, On Thu, Jan 25, 2001 at 08:55:30AM +0100, Werner Franke wrote:
Hallo Martin, Waldemar, Damit wir die gleichen Voraussetzungen haben, benutzt Ihr auch den normalen SuSE 6.4 linux Kernel 2.2.16 ?? Meine Hardware ist: PC: P III 500 MHz, gekauft 10.1999 IDE: VIA Bus Master PCI IDE Controller (Ultra DMA) Disk1: Maxtor, 91700U5, 17GB Disk2: IBM, DJNA 351520, 15 GB
Koennt Ihr mir verraten wo und an was ich drehen koennte, dass diese Werte besser werden ?
Bei der Gelegenheit: Was ist der Unterschied zwischen dem linux und dem suse Kernel von 6.4 ? Steht das irgendwo ?
Ich weiß nicht ob das irgendwo steht, aber vielleicht gibt es ein source-rpm. Du kannst natürlich auch beide Quellen auspacken und mit diff vergelichen, und du wirst sehen das sind schon ein paar kilobytes. Ich verwende immer gerne einen eigenen Kernel, wegen Optimierung. Aber meine Schwester hat einen alten Pentium 166 mit einer 15 GB IBM und selbst da ist es schneller (Kernel 2.2.16). Vielleicht liest du dir erst mal die Manpage zu hdparm durch und dann testet du mal folgende Optionen: hdparm -c 1 hdparm -d 1 hdparm -Tt Außerdem würde ich mir an deiner Stelle mal anschauen, was so beim booten vom Kernel erkannt wird. dmesg (und dann mit shift-bild-hoch) Wird die Platte vom BIOS bereits als DMA erkannt? Oder gibt es hier bereits Probleme? -- MfG Waldemar Brodkorb Linux rulez !
Am Donnerstag, 25. Januar 2001 12:52 schrieb Waldemar Brodkorb:
Hallo Werner,
On Thu, Jan 25, 2001 at 08:55:30AM +0100, Werner Franke wrote:
Hallo Martin, Waldemar, Damit wir die gleichen Voraussetzungen haben, benutzt Ihr auch den normalen SuSE 6.4 linux Kernel 2.2.16 ?? Meine Hardware ist: PC: P III 500 MHz, gekauft 10.1999 IDE: VIA Bus Master PCI IDE Controller (Ultra DMA) Disk1: Maxtor, 91700U5, 17GB Disk2: IBM, DJNA 351520, 15 GB
Koennt Ihr mir verraten wo und an was ich drehen koennte, dass diese Werte besser werden ? ..
Ich verwende immer gerne einen eigenen Kernel, wegen Optimierung. Aber meine Schwester hat einen alten Pentium 166 mit einer 15 GB IBM und selbst da ist es schneller (Kernel 2.2.16).
Vielleicht liest du dir erst mal die Manpage zu hdparm durch und dann testet du mal folgende Optionen: hdparm -c 1 hdparm -d 1 hdparm -Tt
Uns dann schreibt man den Aufruf von hdparm, -z.B. hdparm -c1 -d1 -m16 /dev/hda hdparm -c1 -d1 -m32 /dev/hdb in die /etc/rc.d/boot.local . zu weiter oben: SUsE 7.0 mit selbstgebackenem SUsE-2.2.16er Kernel Hardware: Duron 650 auf nmc mainbord mit VIA Chipsatz KT133 und udma66 Quantum lm 20,5 1900kb cache udma66 IBM Djna 371350 1966kb cache udma66 Folgend ein Auszug aus /var/log/boot.msg zum Vergleich (manchmal hilft einem das hochscrollen nach dem booten nichts, da die meldungen zu lang sind, gerade bei Fehlern, dann guckt man in boot.msg): ..... 4> ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA <4>ide0: VIA Bus-Master (U)DMA Timing Config Success <4> ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA <4>ide1: VIA Bus-Master (U)DMA Timing Config Success <4>hda: QUANTUM FIREBALLP LM20.5, ATA DISK drive <4>hdb: IBM-DJNA-371350, ATA DISK drive <4>hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CDROM drive <4>hdd: CR-2801TE, ATAPI CDROM drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <4>ide1 at 0x170-0x177,0x376 on irq 15 <6>hda: QUANTUM FIREBALLP LM20.5, 19595MB w/1900kB Cache, CHS=2498/255/63, (U)DMA <6>hdb: IBM-DJNA-371350, 12949MB w/1966kB Cache, CHS=1650/255/63, (U)DMA ......pipapo Und der susi kernel 2.2.16 ist ein aufgebohrter original-kernel 2.2.16 in den schon eine reihe patches eingebaut sind, wie reiserfs. Martin
Hallo Martin, Sorry, aber ich habe doch NUR den 2.2.14-er Kernel. 2.2..16 war wohl nur ein Wunschtraum. :-) Martin Gaebler wrote:
Am Donnerstag, 25. Januar 2001 12:52 schrieb Waldemar Brodkorb:
Hallo Werner,
On Thu, Jan 25, 2001 at 08:55:30AM +0100, Werner Franke wrote:
Hallo Martin, Waldemar, Damit wir die gleichen Voraussetzungen haben, benutzt Ihr auch den normalen SuSE 6.4 linux Kernel 2.2.16 ?? Meine Hardware ist: PC: P III 500 MHz, gekauft 10.1999 IDE: VIA Bus Master PCI IDE Controller (Ultra DMA) Disk1: Maxtor, 91700U5, 17GB Disk2: IBM, DJNA 351520, 15 GB
Koennt Ihr mir verraten wo und an was ich drehen koennte, dass diese Werte besser werden ? ..
Ich verwende immer gerne einen eigenen Kernel, wegen Optimierung. Aber meine Schwester hat einen alten Pentium 166 mit einer 15 GB IBM und selbst da ist es schneller (Kernel 2.2.16).
Vielleicht liest du dir erst mal die Manpage zu hdparm durch und dann testet du mal folgende Optionen: hdparm -c 1 hdparm -d 1 hdparm -Tt
Uns dann schreibt man den Aufruf von hdparm, -z.B. hdparm -c1 -d1 -m16 /dev/hda hdparm -c1 -d1 -m32 /dev/hdb
in die /etc/rc.d/boot.local .
zu weiter oben:
SUsE 7.0 mit selbstgebackenem SUsE-2.2.16er Kernel Hardware: Duron 650 auf nmc mainbord mit VIA Chipsatz KT133 und udma66 Quantum lm 20,5 1900kb cache udma66 IBM Djna 371350 1966kb cache udma66
Folgend ein Auszug aus /var/log/boot.msg zum Vergleich (manchmal hilft einem das hochscrollen nach dem booten nichts, da die meldungen zu lang sind, gerade bei Fehlern, dann guckt man in boot.msg): ..... 4> ide0: BM-DMA at 0xd000-0xd007, BIOS settings: hda:DMA, hdb:DMA <4>ide0: VIA Bus-Master (U)DMA Timing Config Success <4> ide1: BM-DMA at 0xd008-0xd00f, BIOS settings: hdc:DMA, hdd:DMA <4>ide1: VIA Bus-Master (U)DMA Timing Config Success <4>hda: QUANTUM FIREBALLP LM20.5, ATA DISK drive <4>hdb: IBM-DJNA-371350, ATA DISK drive <4>hdc: Pioneer DVD-ROM ATAPIModel DVD-104S 012, ATAPI CDROM drive <4>hdd: CR-2801TE, ATAPI CDROM drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <4>ide1 at 0x170-0x177,0x376 on irq 15 <6>hda: QUANTUM FIREBALLP LM20.5, 19595MB w/1900kB Cache, CHS=2498/255/63, (U)DMA <6>hdb: IBM-DJNA-371350, 12949MB w/1966kB Cache, CHS=1650/255/63, (U)DMA ......pipapo
Und der susi kernel 2.2.16 ist ein aufgebohrter original-kernel 2.2.16 in den schon eine reihe patches eingebaut sind, wie reiserfs.
Ein 'cmp org-Kernel suse-Kernel' brachte KEINEN Unterschied. Sie sind auch Groessenmaessig vollkommen gleich. Wie gesagt 2.2.14 !! Den hdparam-Befehl hatte ich uebrigends unter KDE2 gemacht. Also nicht so wie's in der Manpage steht. Also wurde warscheinlich weniger gemeldet als maximal moeglich ist. Der in meiner ersten Mail erwaehnte Linux-Durchblicker hat bei einem 800MHz PIII mit normalem 6.4 (oder 7.0) Kernel ca 4 MB/s und mit einem 500 mHz PIII mit 2.4-er Kernel 14 MB/s herausbekommen. Danke nochmal fuer Eure Antworten. Warte auf 7.1 SuSE Werner
Am Freitag, 26. Januar 2001 15:38 schrieb Werner Franke:
Sorry, aber ich habe doch NUR den 2.2.14-er Kernel. 2.2..16 war wohl nur ein Wunschtraum. :-)
Ich habe mich schon gewundert, wie auf der 6.4 der 2.2.16 Kernel als Standard drauf ist... :-)
Ein 'cmp org-Kernel suse-Kernel' brachte KEINEN Unterschied. Sie sind auch Groessenmaessig vollkommen gleich. Wie gesagt 2.2.14 !!
Wenn ich Dich in deiner Frage richtig verstanden habe, dann m�chtest Du wissen warum es beim booten linux und suse zur Auswahl gibt, die jeweils einen anderen Kernel laden. Ganz einfach: SuSE hat sich dazu entschlossen zwei gleiche Kernel in /boot zu legen, damit der unwissende Kunde beim kompilieren, notfalls noch den suse-kernel booten kann. Es handelt sich also nur um eine Art "Notfall-System". Bis denn dann... Torsten
participants (4)
-
Martin.Gaebler＠t-online.de -
Torsten Hallmann -
Waldemar Brodkorb -
Werner Franke