Arch Linux

Langsame Festplatte -> DMA

hinti

Hallo!
Hab mir eine neue SATA Festplatte eingebaut und beim kopieren von Daten ist mir die extrem langsame Geschwindigkeit aufgefallen.
Meine drei Festplatten:

sda = 85 GB auf IDE1
sdb = 400 GB auf IDE2
sdc = 750 GB auf SATA1

Ausgabe von

 hdparm -t /dev/sda
 Timing buffered disk reads:  172 MB in  3.01 seconds =  57.22 MB/sec

Ausgabe von

hdparm -t /dev/sdb
Timing buffered disk reads:   22 MB in  3.29 seconds =   6.70 MB/sec

Ausgabe von

hdparm -t /dev/sdc 
Timing buffered disk reads:   278 MB in  3.01 seconds =   92,28 MB/sec

Also die sdb lahmt ganz schön.
Bei der Abfrage der Einstellungen:

bash-3.2# hdparm -v /dev/sda

/dev/sda:
 IO_support    =  0 (default)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 10011/255/63, sectors = 160836480, start = 0

bash-3.2# hdparm -v /dev/sdb

/dev/sdb:
 IO_support    =  0 (default)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 48641/255/63, sectors = 781422768, start = 0

bash-3.2# hdparm -v /dev/sdc

/dev/sdc:
 IO_support    =  0 (default)
 readonly      =  0 (off)
 readahead     = 256 (on)
 geometry      = 25665/255/63, sectors = 1465149168, start = 0

Beim Versuch DMA zu aktivieren kommt folgende Fehlermeldung:

bash-3.2# hdparm -d1 /dev/sdb

/dev/sdb:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Inappropriate ioctl for device
 HDIO_GET_DMA failed: Inappropriate ioctl for device

"Ungeeignete ioctl für das Gerät" Was hat es mit der ioctl auf sich?
Egal bei welcher Festplatte ich DMA aktivieren möchte, überall die selbe Meldung.

Bei Abfrage mittels -i:

bash-3.2# hdparm -i /dev/sdb

/dev/sdb:

 Model=SAMSUNG HD400LD                         , FwRev=WQ100-14, SerialNo=S0AXJ1LP408282
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=?16?
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=781422768
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown:  ATA/ATAPI-1,2,3,4,5,6,7

 * signifies the current active mode

Auszug aus lspci:

00:0d.0 Ethernet controller: ALi Corporation ULi 1689,1573 integrated ethernet. (rev 40)
00:0e.0 IDE interface: ALi Corporation M5229 IDE (rev c7)
00:0e.1 IDE interface: ALi Corporation ULi 5289 SATA (rev 10)
00:0f.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)

Auszug aus dmesg:

ata1: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xff00 irq 14
ata2: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xff08 irq 15
ata1.00: ATA-7: HDS728080PLAT20, PF2OA21B, max UDMA/133
ata1.00: 160836480 sectors, multi 16: LBA48
ata1.01: ATAPI: _NEC DVD_RW ND-4550A, 1.06, max UDMA/33
ata1.01: WARNING: ATAPI DMA disabled for reliablity issues.  It can be enabled
ata1.01: WARNING: via pata_ali.atapi_dma modparam or corresponding sysfs node.
ata1.00: configured for UDMA/133
ata1.01: configured for UDMA/33
ata2.00: ATA-7: SAMSUNG HD400LD, WQ100-14, max UDMA/100
ata2.00: 781422768 sectors, multi 16: LBA48
ata2.00: simplex DMA is claimed by other device, disabling DMA
ata2.00: configured for PIO4
scsi 0:0:0:0: Direct-Access     ATA      HDS728080PLAT20  PF2O PQ: 0 ANSI: 5
scsi 0:0:1:0: CD-ROM            _NEC     DVD_RW ND-4550A  1.06 PQ: 0 ANSI: 5
scsi 1:0:0:0: Direct-Access     ATA      SAMSUNG HD400LD  WQ10 PQ: 0 ANSI: 5
sata_uli 0000:00:0e.1: version 1.3
sata_uli 0000:00:0e.1: PCI INT A -> GSI 19 (level, low) -> IRQ 19
scsi2 : sata_uli
scsi3 : sata_uli
ata3: SATA max UDMA/133 cmd 0xf80 ctl 0xf00 bmdma 0xe000 irq 19
ata4: SATA max UDMA/133 cmd 0xe80 ctl 0xe00 bmdma 0xe008 irq 19
ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata3.00: ATA-7: SAMSUNG HD753LJ, 1AA01113, max UDMA7
ata3.00: 1465149168 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata3.00: configured for UDMA/133
scsi 2:0:0:0: Direct-Access     ATA      SAMSUNG HD753LJ  1AA0 PQ: 0 ANSI: 5

Auszug aus lsmod:

uli526x                16912  0

Ist das das richtige Modul? Woran kann es liegen?

fs4000

ata2.00: simplex DMA is claimed by other device, disabling DMA
ata2.00: configured for PIO4

Also liegts wirklich an DMA, aber ich weiß garnicht, wie man mit dem neuen pata-Modul den DMA steuert. Mit hdparm gehts jedenfalls nicht mehr. :/

EDIT: Gib mir mal die Ausgabe von lsmod|tail -n20.

GerBra

Hat das mit anderen Kernelversionen schon mal besser funktioniert für /dev/sdb? Also sicher, das
dein 2.IDE-Kanal DMA-fähig ist?
Ansonsten schau doch mal bitte, ob bei dir das Modul pata_acpi geladen ist (und/oder auch ata_generic)
Wenn ja, dann disable mal beide Module, diese dürfen also nach dem boot nicht bei lsmod
auftauchen.

Dein Treiber für die IDE-Geräte (pata_ali) könnte ein Problem mit der Reihenfolge der Module haben wenn
pata_acpi auch geladen wird.
Zum DMA mit dem CD-Rom am 1.IDE-BUS: da gibt es eine Modul-Option: atapi_dma=1 für.
Das sollte aber nicht das "simplex DMA is claimed by other device" auslösen/abschalten, sondern gilt
ata1.01: ATAPI: _NEC DVD_RW ND-4550A, 1.06, max UDMA/33
ata1.01: WARNING: ATAPI DMA disabled for reliablity issues. It can be enabled
für dieses Gerät speziell.

Deine Sata wird über das Modul sata_uli geregelt, dieser Controller/Platte verhält sich ja ok.

Disable also erstmal das pata_acpi wenn geladen.

arlite

Ich habe auch einen ULi-Chipsatz und hatte das gleiche Problem.

Der Treiber, pata_ali, wenn ich mich nicht irre, ist irgendwie nicht in der Lage, auf dem zweiten IDE-Kanal das DMA zu betreiben. Ich habe das Modul in der rc.conf deaktiviert. Nebenwirkung meiner Friemelei war, daß die IDE-Laufwerke wieder als hda und hdc laufen, d.h. ggf. muß die fstab angepaßt werden.

Grüße

*edit:* uli526x betreibt den Netzwerk-Chip

hinti

fs4000:

bash-3.2# lsmod|tail -n20
ac97_bus                3584  1 snd_ac97_codec
uli526x                16912  0
slhc                    7680  1 ppp_generic
rtc_cmos               11424  0
rtc_core               17564  1 rtc_cmos
rtc_lib                 4480  1 rtc_core
reiserfs              231552  1
ohci_hcd               24976  0
ehci_hcd               35852  0
usbcore               134128  10 gspca_zc3xx,gspca_main,usb_storage,usblp,usbhid,snd_usb_audio,snd_usb_lib,ohci_hcd,ehci_hcd
sr_mod                 16708  0
cdrom                  35360  1 sr_mod
sd_mod                 27160  8
sata_uli                6020  5
ata_generic             6788  0
pata_ali               10244  1
pata_acpi               6016  0
libata                153120  4 sata_uli,ata_generic,pata_ali,pata_acpi
scsi_mod               96460  5 usb_storage,sg,sr_mod,sd_mod,libata
dock                    9616  1 libata

GerBra:
Ehrlich gesagt hab ich nie geschaut und es ist mir auch nie etwas aufgefallen wegen Geschwindigkeit.
ata_generic und pata_acpi sind geladen, jedoch sind beide nicht in der rc.conf eingetragen. Sind sie im Kernel integriert? Kann ich sie irgendwo deaktivieren oder muß ich den Kernel neu kompilieren??

GerBra

hinti schrieb ata_generic und pata_acpi sind geladen, jedoch sind beide nicht in der rc.conf eingetragen. Sind sie im Kernel integriert?

Zum disablen/blacklisten gibt es diverse Stellen, je nachdem wo das Modul geladen wird (schon durch
die initrd, oder durch rc.sysinit oder als Abhängigkeit). Eintragen an jeder Stelle kann nicht schaden
und sollte auf irgendeine Weise das modul dauerhaft abschalten:
/etc/rc.conf -> MODULES eintragen als !pata_acpi
/etc/modprobe.conf -> blacklist pata_acpi
Das Laden per Bootparameter verhindern: disablemodules=pata_acpi an die Grub-Kernelzeile anhängen

Es gibt halt einige Hinweise was ich gelesen habe das die Reihenfolge (gerade beim pata_acpi) das
Verhalten der "richtigen" pata-Treiber beeinflußt. Einen Versuch ist es wert. Das ata_generic Modul
könnte auch damit zusammenhängen, aber erstmal pata_acpi allein versuchen.

//Edit: wenn das nichts bringt dann evtl. doch mal die Modul-Option atapi_dma=1 versuchen, also
in die /e/modprobe.conf: options pata_ali atapi_dma=1. Es kann sein das du ein neues initrd
machen mußt damit die Option greift.

fs4000

Das Modul wird sicher in der Initrd geladen. Der Befehl gibt die ersten 20 Module aus die geladen werden (von unten nach oben).
Ich denke du solltest als erstes ata_genric mit disablemodules=ata_generic abstellen.

hinti

ata_generic abzustellen hat nichts genützt aber sehr wohl das abstellen von pata_acpi. Wenn ich jetzt mit hdparm -t /dev/sdb teste kommt die Platte jetzt auf ca. 30 MB/sec., ist ja schon was 🙂
Was macht pata_acpi eigentlich? Wenns jetzt abgeschaltet bzw. nicht geladen wird habe ich irgendwo eine einschränkung?

Also ich möcht hier gleich mal die Gelegenheit beim Schopf packen und mich bei allen bedanken die hier die "Hilfesuchenden" so tatkräftig unterstützen. Ein grosses Lob an archlinux.de, deren Verantwortlichen und an all jenen, die ihre Hilfeleistung anbieten, an Menschen wie mich, die vielleicht nur Grundkenntnisse haben aber gewillt sind etwas zu lernen.
Ihr alle hier macht eine großartige Arbeit.

GerBra

Freut mich das wir das hinbekommen haben.
Durch das Blacklisten verschenkst du dir IMHO keine Funktionalität. modinfo sagt:
"SCSI low-level driver for ATA in ACPI mode"
Dieses Modul gehört zur Klasse der sog. Generic-Treiber, die z.B. dafür sorgen das Hardware "allgemein, gerade so" genutzt werden kann, aber ohne jede Spezialität bzw. den vollen Funktionsumfang zur Verfügung zu stellen. Diese Module sollten dann eigentlich eher die "letzte Möglichkeit" sein.

Bei dir wurde wohl dieses generic-Modul (also basis (p)ata) vor dem eigentlichen (pata_ali) geladen.
Dies verhinderte wohl nun das entweder a) der pata_ali überhaupt zum Zuge kam oder b) das der
pata_ali bestimmte Funktionalität nicht initialiseren konnte da schon vom Generic abgedeckt.
Und gerade Ali-Chipsätze müssen da ein spezielles Problem haben im "Zusammenspiel", was du ja
gemerkt hast. Bei anderen laufen pata_acpi und ihr "spezieller" Treiber problemlos zusammen.

hinti

bash-3.2# lsmod|tail -n20
slhc                    7680  1 ppp_generic
rtc_cmos               11424  0
rtc_core               17564  1 rtc_cmos
rtc_lib                 4480  1 rtc_core
reiserfs              231552  1
usbhid                 46016  0
hid                    41856  1 usbhid
ff_memless              6664  1 usbhid
ohci_hcd               24976  0
ehci_hcd               35852  0
usbcore               134128  10 gspca_zc3xx,gspca_main,usb_storage,usblp,snd_usb_audio,snd_usb_lib,usbhid,ohci_hcd,ehci_hcd
sr_mod                 16708  0
cdrom                  35360  1 sr_mod
sd_mod                 27160  8
sata_uli                6020  5
ata_generic             6788  0
pata_ali               10244  1
libata                153120  3 sata_uli,ata_generic,pata_ali
scsi_mod               96460  5 usb_storage,sg,sr_mod,sd_mod,libata
dock                    9616  1 libata

Ja hast recht, wenn ich mir jetz die Reihenfolge der geladenen Module anschaue wird jetzt der pata_ali vor dem ata_generic Modul geladen und der pata_acpi fällt ja jetzt ganz weg.
Danke nochmal für eure Hilfe.