Newsgroup: it.comp.hardware.motherboard
Titolo: Non so più dove battere la testa !!!

Ciao a tutti...non so più dove battere la testa!!!
Ma partiamo dall'inizio, il mio sistema comprende:
- MB Commate K7A266 (Via KT133A con il mitico southbridge VT82C686B...)
- AMD Duron 900
- Scheda Video Matrox Millennium G200
- HD MaxtorDX740 40 GB in primary master (supporta ATA133)
- HD Quantum Fireball 30GB (la versione più lenta) in secondary master
(supporta ATA100)
- Scheda audio SB Live Player 5.1
- Scheda audio Echo Mia
- Modem interno Conexant
- Windows98
Il problema è questo: quando attivo UDMA sia per il Maxtor che per il
Quantum  e tento di trasferire dati abbastanza ingombranti da un HD
all'altro si nota una richiesta esagerata di risorse di sistema, il
trasferimento procede in modo lentissimo ed anche tentando di interromperlo
con il tasto "annulla" gli HD continuano a frullare ed il tutto si conclude
con un bel crash.
Ho tentato variando le impostazioni del Bios, applicando la "PCI latency
patch" di VIA ma senza risultati. Avevo pensato a conflitti di IRQ ma anche
rimuovendo il modem e le due schede audio la situazione non cambia. Anche
installando WIN2000 il problema rimane.
Con UDMA attivato solo per il Maxtor le cose funzionano bene...come possono
funzionare con uno dei due HD in ATA100 e l'altro in PIO mode (uno va come
le sassate e l'altro lento come una capra).
Purtroppo dato che uso il PC essenzialmente per HD Recording non posso
permettermi di avere un drive con prestazioni scadenti.
Boh...riuscirà qualcuno a capirci qualcosa?
Ciao e grazie.


Questo comportamento sembra essere dovuto al famigerato bug che
a afflitto e continua ad affliggere qualche possessore di MB aventi
come SB il VT686B, specie se accompagnato da una Live, la quale
provoca un ingente traffico dati nel bus PCI.
Infatti uno dei bug è dato proprio quando si possiedono due HD
funzionanti in DMA in canali IDE diversi e si spostano file grandi oltre
i 200MB tra i due.
Quindi per ovviare a questo problema (se l'aggiornamento del Bios,
e l'installazione degli ultimi 4in1 non hanno sortito miglioramenti)
dovresti
spostare i due HD sulla medesima piattina; se però non vuoi avere
perdite di prestazioni allora sarebbe meglio collegare i due HD ad
un controller su scheda PCI, in modo da esludere quello intergrato nel
SB e collegare al canale primario di quest'ultimo solo le periferiche
ottiche, disabilitando da Bios il secondo canale IDE.
Infine magari prova anche da Bios a disattivare la voce " PCI Delay
Transaction" e "PCI Master Read Caching", mettendo infine ad un
valore inferiore a 32 alla voce "PCI Latency Timer".
Ciao.


Grazie per i consigli Lorenz !
Purtroppo il problema persiste anche in seguito a modifiche ed aggiornamenti
del Bios...quindi l'unica soluzione è intervenire sull'hardware.
Piuttosto che comprare un controller separato da usare insieme ad una MB
bacata preferirei cambiare direttamente quest'ultima.  Per potermi
sbarazzare definitivamente del nefasto e purtroppo onnipresente SB VT686B
avevo pensato ad una Asus A7A266e che a quanto sembra si distingue, se non
per le prestazioni, per la grande stabilità (oltretutto supporta anche
ATA133). Che ne dite, potrebbe essere una buona soluzione per chi come me
sfrutta pesantemente il sottosistema disco oppure un controller PCI separato
sarebbe più affidabile?
Grazie !!

google ha scritto:

Prova prima a mettere i due HD sullo stesso canale IDE (stessa piattina insomma,
uno come maser e uno slave naturalmente ;-))) e disabilita da bios l'UDMA sul
secondo canale IDE: a me così no ha + dato problemi.
Slang


Beh, non volendo cambiare hardware quella che mi proponi tu sarebbe
effettivamente la soluzione piů efficace...proverň a vedere se le
prestazioni vengono penalizzate di molto rispetto alla soluzione ideale con
i due HD in master su IDE differenti.
Ciao a tutti !!