Bardzo Wolna Fc4/fc5 Na Sata

[Vangass]

Witam!

 

Troszke historii: 2msc temu mialem dysk Caviar 7200rpm 8MB cache PATA i zmienilem go na Maxtor 7200rpm 16MB cache NCQ SATA i zaczely sie problemy. Poprzednia wersje FC4 po zmianie dysku poprostu przegralem na nowy (zmiana cos tam w kernelu z obsluga dysku na sata) i wszystko zaczelo wolno chodzic. Mysalem ze ze to moze byc problem z tym moim przegraniem systemu ale nie...

I wczoraj wlasnie zaistalowalem FC5. Wszystko ok, sterowniki nForce i nVidia do grafiki w koncu zaaplikowalem ale jest dalej problem z dyskiem.

Niby hdparm pokazuje dobre predkosci:

 

[vangass@vgs ~]$ sudo /sbin/hdparm -tT /dev/sda

/dev/sda:

Timing cached reads: 1908 MB in 2.00 seconds = 954.73 MB/sec

Timing buffered disk reads: 182 MB in 3.00 seconds = 60.64 MB/sec

 

ale jesli wiecej programow korzysta intensywnie na raz z dysku to praktycznie sytemu nie da sie uzywac. Np mam puszczonego azureusa ktory sprawdza poprawnosc torrenta i klikam na uruchomienie ustawien motywu.... po 10minutach sie pokazuja... w xtermie pod mc daje F3 aby przegladnal mi plik tekstowy 2kB.... 4 minuty..... Jak nie ma obciazenia dysku to wsio zasuwa.

Co to mzoe byc wie ktos?

Dodam tyle ze plyta to Abit NF7-S i kontroler sata Sil3112A... 512MB ram, proc Athlon 2.1GHz.

Wyglada mi na problem z kolejkowaniem albo cos...

pzdr.

vgs

[uosiu]

hdparm -d1 /dev/dysk

o ile sie nie myle

zreszta czxytnij

man hdparm

i poszukaj jak sie wlacza DMA

[Vangass]

DMA jest wlaczone. Zreszta przy pomocy hdparm nie da sie zmienic nic an dyskach sdx.

Pozatym to hdparm pozauje ze jest IO_support = 16bit a nie 32 :-/.... dziwne...

pzdr.

vgs

[uosiu]

przejrzyj BIOS plyty glownej/kontrolera/czego tam masz i odblukaj co moze byc

poza tym hdparm

[Vangass]

W biosie nic nie ma ani do mobo ani do saty.

Pozatym to w sumie nie jestem pewnie czy jest wlaczone DMA...

porazka :-/

[uosiu]

oblukaj hdparma i jego manual

man hdparm

[Vangass]

ok jest UDMA:

[vangass@vgs ~]$ sudo dmesg |grep -i ata
BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data)
Memory: 514460k/524224k available (1914k kernel code, 9220k reserved, 774k data, 176k init, 0k highmem)
ksign: Installing public key data
hdc: _NEC DVD_RW ND-2500A, ATAPI CD/DVD-ROM drive
hdc: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33)
Write protecting the kernel read-only data: 359k
libata version 1.20 loaded.
sata_sil 0000:01:0b.0: version 0.9
ata1: SATA max UDMA/100 cmd 0xE0862080 ctl 0xE086208A bmdma 0xE0862000 irq 16
ata2: SATA max UDMA/100 cmd 0xE08620C0 ctl 0xE08620CA bmdma 0xE0862008 irq 16
ata1: SATA link up 1.5 Gbps (SStatus 113)
ata1: dev 0 cfg 49:2f00 82:7c6b 83:7f09 84:4773 85:7c69 86:3e01 87:4763 88:207f
ata1: dev 0 ATA-7, max UDMA/133, 490234752 sectors: LBA48
ata1: dev 0 configured for UDMA/100
scsi0 : sata_sil
ata2: SATA link down (SStatus 0)
scsi1 : sata_sil
 Vendor: ATA       Model: Maxtor 6V250F0    Rev: VA11

 

z informacji na stronie hdparm:

 

If "hdparm -I /dev/sda" works (uppercase -I), then your kernel already has the passthru patch. The I/O 16 bit only applies to non-DMA IDE drives. Since SATA drives all use DMA, that setting doesn't matter and is not supported by libata. About the only flags you can play with to improve things are the "-A" (read-ahead) and "-W" (write-caching).

 

Te zmiany nic nie daly. Dalej nie wiem co jest grane.

[uosiu]

ja odpadam, zagadnij na fedoraforums (http://www.fedoraforum.org/forum/index.php)

[Vangass]

Heh, tam tez nie dosatlem odpowiedzi...

No coz ale "rozwiazanie" znalazlem - Ubuntu i wszystko pieknie gra :-).

pzdr.