[Linuxtrent] Re: R: Re: driver scsi

  • From: Luca Bigliardi <shammash@xxxxxxxxx>
  • To: linuxtrent@xxxxxxxxxxxxx
  • Date: Wed, 9 Oct 2002 19:19:26 +0200

On 09 Oct 2002 12:26:44 +0200 Stefano Bridi <manny@xxxxxxxxxxx> wrote:

> Se il disco non lo vedi qui vuol dire che devi attaccarci un cavo :-)

stupenda!

mi intrometto nel thread per segnalare un problema che ho su
una macchina che monta un controller adaptec 29160 (e che quindi usava
sempre il modulo aic7xxx).
In breve quando faccio un grosso I/O sul disco mi saltavano fuori una
sfilza di warning: Warning - running *really* short on DMA buffers
Ed intanto che c'era questo flusso di warning sullo schermo sul disco
non veniva copiato niente, poi si interrompevano e per un po' la copia
veniva effettuata normalmente.
Ho chiesto consiglio ad un ragazzo della LKML vedendo che c'era stato un
thread in merito pure li. Mi ha risposto dicendo che non era niente di
preoccupante (la sua mail la trovate in fondo).

Voi cosa ne dite?
Sulla macchina ci sono woody con 2.4.19 e NON e' compilato sul supporto
per l'IDE (ed e' questo soprattutto che mi fa pensare..)

---------------------------------------------------------------------
Ciao,

Il thread cui fai riferimento era un poco confuso, e tutti hanno detto
di tutto ed il suo esatto contrario, capisco bene perche' ti sei sentito
un poco confuso.

Anch'io ho avuto un paio di macchine con quel problema, per il quale,
comunque non vale affatto la pena di preocuparsi.
In breve, il DMA buffer non viene usato per il flusso dati sotto scsi,
ma per altre periferiche, fra cui IDE.

Il DMA buffer non e' altro che quello scampolo di memoria che tu vedi
sempre libero, anche quando il pc e' in desperation swap, ogni volta che
lanci in comando free. La sua dimensione varia a seconda di quanta ram
tu hai, e se e' troppo piccolo rispetto ad essa allora i dispositivi che
lo usano non funzionano bene.

Coi kernel 2.0, ad esempio, avere 32 MB di RAm e fare un forte IO voleva
dire andare short on DMA buffer per la sound bluster 16. COme vedi il
problema e' vecchio, piu' volte e' comparso e scomparso. Tutto dipende
da quanti dispositivi hai che lo sfruttino.

Veniamo alla tua macchina.

Se tu hai dischi scsi, e nel kernel hai il supporto per IDE
attivo, con relativa ottimizzazione sul chipset della tua MB, col 2.4.19
(non col 2.4.18), quando fai dell'IO intenso la quantita' di buffer mem
utilizzabile per il DMA da ide quasi si azzera. Il kernel ti avvisa di
tutto cio', ma non te ne preoccupare troppo. In realta', a parte ATA, il
DMA serve per molti tipi di schede sonore ed il floppy. Normalmente su
una macchina come quella di cui tu parli non si usano ne' le une ne'
l'altro.

I controller scsi hanno un piccolo buffer memoria sul chipset di
controllo, (cat /proc/pci per controllare quanto e'. Sul mio 128k)
ed usano quello al posto del DMA buffer, per cui il tuo I/O
non dovrebbe avere problemi, al massimo sentirai un po' gracchiare il
lettore MP3 ;).

Un tempo settando /proc/sys/net/vm/freepages, si poteva riservare un DMA
buffer piu' grosso, evitando il problema, ma ora questo file non e' piu'
configurabile.

Cio' e' dovuto al fatto che manca un meccanismo tipo watermerk, ma in
fondo e' meglio non ce ne siano. Il 2.4.20 non dovrebbe piu' avere il
problema.


ciao
Luigi
----------------------------------------------------------------------

ciao
        Luca

-- 
It took the computing power of three C-64s to fly to the Moon.
It takes a 486 to run Windows 95.
Something is wrong here!

Linux Registered User # 286841
-- 
Per iscriversi  (o disiscriversi), basta spedire un  messaggio con SOGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx


Other related posts: