il sistema rallenta molto durante operazione su HD

[fedeslack]

Salve a tutti, avevo slack 10.0 su hd sata e ora sono passato a slack 10.2 su hd ide e ho installato subito il kernel 2.6.14 . Il computer è sempre lo stesso.
Quando effettuo operazioni su hard disk come la copia di file da una parte all'atra, scarico file da internet oppure estraggo file compressi (tar -xzvf ...) il sistema per molto in prestazioni e il mouse si muove a scatti per tutta la durata dell'operazione, cosa che prima non succedeva in maniera così evidente.
Secondo voi dipende dalla differenza di Hard Disk (sata e ide) oppure ho dimenticato di abilitare qualcosa nella compilazione del Kernel?

Grazie

[Paoletta]

forse non hai attivato il dma...
che dice

Codice: Seleziona tutto

 dmesg | grep DMA 

?
per attivarlo mi pare che si possa usare hdparm

[Sawk]

Codice: Seleziona tutto

hdparm -c1 -X69 -d1 /dev/"tuo hd"

iseriscilo in /etc/rc.d./rc.local

consiglio anche di eliminare QTI dal kernel byeee

[fedeslack]

Allora grazie per le indicazioni di seguito i dati del mio HD:

bash-3.00# hdparm /dev/hdc

/dev/hdc:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 19929/255/63, sectors = 320173056, start = 0

dopo di chè ho fatto:
bash-3.00# hdparm -c1 /dev/hdc

/dev/hdc:
setting 32-bit IO_support flag to 1
IO_support = 1 (32-bit)

hparm -X69 non l'ho fatto perchè nell' help è definito pericoloso e non ho capito cosa faccia di preciso

e quando invece vado a settare il dma ricevo errore:
bash-3.00# hdparm -d1 /dev/hdc

/dev/hdc:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: Operation not permitted
using_dma = 0 (off)

Come mai l'operazione non è permessa?
Il mio HD è un maxtor 160Gb recente (2 mesi di vita)
Grazie

[gallows]

Hai inserito il supporto per il tuo chipset? Comunque posta /sbin/lspci

[Paoletta]

nel kernel hai abilitato il supporto per il chipset della tua mobo?
prova a fare anche qualche ricerca nel forum, ci sono dei post sull'argomento...

[Paoletta]

post contemporaneo...ma quanto ci diam da fare!! :mrgreen: :mrgreen:

[fedeslack]

Ecco lspci

root@pc1:/home/federico# lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8377 [KT400/KT600 AGP] Host Bridge (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge
00:0a.0 Multimedia controller: Philips Semiconductors SAA7134 Video Broadcast Decoder (rev 01)
00:0b.0 Communication controller: Conexant HSF 56k HSFi Modem (rev 01)
00:0c.0 FireWire (IEEE 1394): NEC Corporation IEEE 1394 Host Controller (rev 01)
00:0f.0 RAID bus controller: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T890 South]
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78)
01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01)
01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (Secondary) (rev 01)
root@pc1:/home/federico#

[gallows]

$ zcat /proc/config.gz | grep DEV_VIA
o
$ cat /boot/config-`uname -r` | grep DEV_VIA

che dicono?


@Paoletta:

Eheheh

[fedeslack]

root@pc1:/home/federico# cat /boot/config | grep DEV_VIA
CONFIG_BLK_DEV_VIA82CXXX=y

[MAT]

Ho anche io lo stesso problema su gentoo. Il chipset della mobo è nForce2, ed è incluso nel kernel

Codice: Seleziona tutto

matteo@aiur /usr/src/linux $ grep -i nforce .config
CONFIG_X86_CPUFREQ_NFORCE2=y
CONFIG_I2C_NFORCE2=y

ma anche per me il risultato è

Codice: Seleziona tutto

aiur ~ # hdparm -d1 /dev/hda

/dev/hda:
 setting using_dma to 1 (on)
 HDIO_SET_DMA failed: Operation not permitted
 using_dma    =  0 (off)

Aiuti?

[fedeslack]

Ho dimenticato di dirvi che il problema mi si presenta anche quando masterizzo immagini di dvd: la velocità massima di masterizzazione che raggiungo è 1.6X anche se il dvd è da 4X ... quando avevo slack 10.0 con kernel 2.6.8.1 andava bene invece.

[fedeslack]

Ed un altro fatto strano è che eseguento il comando top vedo che su 900 Mb di memoria ram totale, ne è usata 788MB!!! anche quando X non è in esecuzione e nnemno altri programmi con l'utilizzo della cpu sempre sotto il 5%....

[Paoletta]

Ed un altro fatto strano è che eseguento il comando top vedo che su 900 Mb di memoria ram totale, ne è usata 788MB!!! anche quando X non è in esecuzione e nnemno altri programmi con l'utilizzo della cpu sempre sotto il 5%....

questo è normale per il modo in cui il SO utilizza la RAM..
per il DMA non ho idee (a me funziona tutto bene..)
questo è l'output di

Codice: Seleziona tutto

 cat /boot/config-`uname -r` | grep DMA 

prova a controllare se ti manca qcs;

Codice: Seleziona tutto

 
CONFIG_GENERIC_ISA_DMA=y
CONFIG_ISA_DMA_API=y
CONFIG_BLK_DEV_IDEDMA_PCI=y
# CONFIG_BLK_DEV_IDEDMA_FORCED is not set
CONFIG_IDEDMA_PCI_AUTO=y
# CONFIG_IDEDMA_ONLYDISK is not set
# CONFIG_HPT34X_AUTODMA is not set
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_IDEDMA_IVB is not set
CONFIG_IDEDMA_AUTO=y
CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1
# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set

[fedeslack]

ho le stesse cose abilitate ad eccezione di
"CONFIG_SCSI_SYM53C8XX_DMA_ADDRESSING_MODE=1"
che non c'è