Newsgroup: it.comp.os.linux.iniziare
Titolo: .. slackware e kernel: possibile così (in)eficiente?

allora, ho ricompilato il kernel da poco e sto notando una bizzarria
nuova: quando provo a copiare/spostare file di dimensioni motlo grossi
sembra quasi che il sistema si concentri a compiere questa
operazione al punto da trascurare il resto che irrecuperabilmente diventa
lento e quasi inutilizzabile: mi tocca necessariamente attendere che
finisca.
naturalmente è qualcosa che ho messo nel kernel di errato perchè prima
che ricompilassi questo problema non si verificava, il punto è: cosa può
essere secondo voi? non ho fatto nulla di diverso dal solito, ho messo
sempre le solite cose perchè tanto non mi serve altro. l'unica cosa nuova
se vogliamo è il supporto scsi ma non credo sia lui (forse il sistema di
loopback? che questo sistema di caching-and-write sia così gravoso? ma
non credo neanche tanto..). o forse il punto è: cosa posso aver
dimenticato? 
inutie dire che se sono qui ora è perchè ho già riprovato un paio di
volte senza risolvere. 
qualcuno ha qualche idea?

 finisca.
[cut]
la prima cosa che mi viene in mente e' che magari il kernel non e'
ottimizzato per il tuo chipset (quello che si occupa dei dischi), oppure
che non sia abilitato il dma.
per il dma prova il solito hdparm -i /dev/hdxx, che ti da' informazioni sul
tipo di dma attivato.
ciau, 
 k.



ecco cosa dice hdparam:
# hdparm -i /dev/hda
/dev/hda:
 Model=QUANTUM FIREBALLP AS20.5, FwRev=A1Y.1500, SerialNo=792159430274
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4
 BuffType=DualPortCache, BuffSize=1902kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=40132503
 IORDY=on/off, tPIO={min:120,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: ATA/ATAPI-5 T13 1321D revision 1:  1 2 3 4 5
# hdparm -d /dev/hda
/dev/hda:
 using_dma    =  0 (off)
dovrebbe essere a posto, no DMA ma UDMA..

 dovrebbe essere a posto, no DMA ma UDMA..
Non mi sembra proprio, prova a fare i test prima e dopo avere abilitato il 
dma:
# hdparm -Tt /dev/hda
otterrai due numerelli, poi abilita il dma e riprova:
# hdparm -d 1 /dev/hda
# hdparm -Tt /dev/hda
-- 
Enrico Bodo  -   Postdoc Fellow       
University of Rome "La Sapienza"    
Department of Chemistry        

 dovrebbe essere a posto, no DMA ma UDMA..
Per niente:
[root@exnet root]# hdparm /dev/hda
/dev/hda:
 multcount    = 16 (on)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 1245/255/63, sectors = 20015856, start = 0

 # hdparm -Tt /dev/hda
 
funziona molto meglio ora,
grazie mille :)

  geometry     = 1245/255/63, sectors = 20015856, start = 0
 
mi domando se sia possibile forzare l'hardware con impostazioni non
esatte, confesso ho un pò timore..

 esatte, confesso ho un pò timore..
Conviene magari farli a livello di init 1 (single user / maintenance
mode), preceduti da dei bei sync.    ;-)
bye G.L.
--
La logica non attiene alla verosimiglianza delle ipotesi,
ma alla coerenza delle tesi con le ipotesi.