DMA u sata (was: nereagujici aplikace pri spouste volneho cpu)

Jaroslav Mikulík jarda.mikulik na jetedata.cz
Úterý Únor 8 15:55:39 CET 2005


Aleš Kozumplík napsal(a):
> On Tuesday 08 February 2005 11:11 am, Roman DAVID wrote:
> 
>>Aleš Kozumplík wrote:
>>
>>>libata version 1.10 loaded.
>>>sata_sil version 0.8
>>
>>...................
>>
>>
>>>ata1: dev 0 ATA, max UDMA/100, 234441648 sectors: lba48
>>>ata1: dev 0 configured for UDMA/100
>>
>>Ja bych rekl, ze DMA funguje, problem bude zrejme nekde jinde.
>>Jakou hodnotu vypise /sbin/hdparm -t /dev/sda ?
>>
>>Melo by se to pohybovat okolo 40 MB/s (nebo vice).
>>
>>Roman DAVID
> 
> 
> toto presne mi to vraci:
> 
> # hdparm -tT /dev/sda
> 
> /dev/sda:
> 
> /dev/sda:
>  Timing cached reads:   1728 MB in  2.00 seconds = 863.27 MB/sec
> HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for 
> device
>  Timing buffered disk reads:  142 MB in  3.01 seconds =  47.23 MB/sec
> HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate ioctl for 
> device
> 
> 
> takze rychlost funkcni. ale je to DMA kdyz kopirovani vytizi CPU: wa: 90% (dle 
> top)??

Ten řadič je přídavný nebo integrovaný? Co IRQ a sdílení? Nebije se to s 
  něčím?

BTW. na SATA VIA a NVidia N-Force mám obvykle přenos okolo 55 MB/sec:

VIA s Athlon XP:
Timing buffered disk reads:  164 MB in  3.02 seconds =  54.33 MB/sec

NVidia N-Force s AMD64:
Timing buffered disk reads:  170 MB in  3.02 seconds =  56.26 MB/sec

Zhruba to samé je IIRC i na Intel SATA...

Že by na tom SIL bylo takhle hůř?

	Jarda

-- 
:::::::::::::::::::::::::::::::::::::::::::::
::       Jarda (ByCzech) Mikulík jr.       ::
::              IT Specialist              ::
::  eMail:     byczech (at) jetedata.cz    ::
::  Jabber ID: byczech (at) njs.netlab.cz  ::
::  ICQ UIN:   164864255                   ::
:::::::::::::::::::::::::::::::::::::::::::::


Další informace o konferenci Linux