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