Avanti Indietro Indice

3. Motherboards ASUS

3.1 ASUS e il NMI (Parita') -- impatto sulla Gravis-Ultrasound

Le piu' recenti motherboards PCI Triton del 1995 non sembravano piu' supportare le SIMM con parita'. Dato che io di solito ho comprato quelle senza (che costano meno) non pensavo che questo fosse un problema fino a quando non ho inserito la Gravis Ultrasound nel mio computer.Sotto DOS il driver SBOS e la utility di setup si lamentano che la "nmi procedure disabled on this p.c." (la procedura nmi e' disabilitata su questo pc, sarebbe il Non Maskable Interrupt che DI SOLITO viene attivato da un Parity Error ma non solo come potete leggere qui N.d.T.)). Il manuale dice che dovrei comprarmi una motherboard migliore e non e' che questo sia di molto aiuto.

La gravis-ultrasound funzionava senza problemi sulle ASUS-SP3 e ASUS-SP4 nonostante questo problema ma la gravis ultrasound max che ho qua mi causa un kernel panic su entrambe le motherboard e talvolta, mentre ascolto files .au attraverso /dev/audio, fa strane cose, come ad esempio suonare il resto di un vecchio campione suonato prima di quello corrente. Il sound driver raccomanda un buffer di 65536 sulla GUS Max invece di quello piccolo raccomandato con la GUS e non chiedetemi il perche'. Comunque non ho piu' di questi problemi sulla piu' recente ASUS TP4XE. Entrambe sono equipaggiate con 1 MB di Ram. Questi problemi potrebbero non essere dovuti al nmi, potrebbe forse essere colpa del driver audio ?

Ho sentito che non solo la ASUS ma la maggior parte delle nuove motherboards PCI non hanno il supporto per la parita'/NMI.

Stranamente l'ASUS-TP4 (chipset Triton) funziona con la GUS Max e carica l'SBOS, lo devo ammettere, sono confuso anch'io.

3.2 Vari tipi di motherboards ASUS

ASUS SP3 con chipset saturn I (rev. 2) per 486,

ASUS SP3G con chipset saturn II (rev. 4) per 486,

come la SP3, ma chipset saturn meno bacato

ASUS SP3-SiS chipset, per 486

come la AP4, ma con : un nuovo chipset SiS, funzioni 'green' , controller EIDE, seriali 16550 e parallela onboard. Ha solo due slot per le SIMM. Sembra funzionare con gli AMD486DX4/120 ma non e' stata molto affidabile con l'NCR53c810 e vari sistemi operativi (Win-NT, Windows95, OS2); dopo essere passati a una ASUS SP4 Pentium tutti i problemi sono scomparsi e pertanto si pensa che la loro causa fosse proprio da ricercarsi nella mainboard. Sembra comunque funzionare bene con linux.

ASUS AP4, per 486, con PCI/ISA/VesaLocalbus

funzioni 'green' , 1VL, 3 ISA, 4 PCI slots, solo EIDE onboard, no controller floppy, no rs232/centronics. Molto piccola.

riconosce l' AMD486DX2/66 solo come DX4/100. Questo puo' essere corretto con la saldatura di un pin (quale?) a terra ma non raccomanderei comunque una motherboard di questo tipo.

Quella che ho provato io non andava ne' con OS/2 ne' con Linux ma alcuni dicono di usarla con entrambi.

Lo slot VESALB dovrebbe essere piu' lento di quelli delle motherboards vesa-lb a causa del 'ponte' PCI-VL ma non ci dovrebbero essere penalizzazioni nella sezione PCI.

ASUS SP4-SiS, per Pentium90, PCI/ISA

come la SP3-SiS, ma per Pentium90/100.

ASUS TP4 con chipset Triton e supporto EDORAM

ha il chipset Triton per migliorare le prestazioni e supporta le normali SIMM PS/2 in aggiunta al modo Fast-Page e i moduli EDO.

ASUS TP4XE con chipset Triton e supporto SRAM/EDORAM aggiuntivo

supporta le nuove EDORAM e le future SRAM. Si dice che per lo meno la SRAM dovrebbe aumentare considerevolmente le prestazioni. Per qualche oscura ragione non ha accettato le SIMM da 8MB che funzionavano benissimo sulla ASUS SP4; dopo averli cambiati con degli altri che sembravano piu' grossi ( 16 chips invece di 8 se mi ricordo bene ) ha funzionato bene. E' stata testata con un P90 e un P100.

3.3 Benchmarks sulle Motherboards ASUS

Ho tentato di confrontare le velocita' delle CPU in due motherboard ASUS: per il 486 ho testato la SP3 SiS (quella con uno slot VesaLB ) e per il 586 ho usato la ASUS TP4/XE: ognuna aveva 16MB RAM, per il resto e' stato usato un sistema identico.

Devo ammettere che non ho ancora letto la FAQ dei benchmarks e pertanto questa sezione potrebbe cambiare notevolmente presto. Se avete qualche commento da fare per piacere scrivetemi.

Sono specialmente confuso dal fatto che l'AMD486DX4/100 e' stato piu' veloce del 120 sui dhrystones (?!). Non ho notato di queste incongruenze comparando il P90 e il P100.

Probabilmente il problema era questo: quando ho messo dentro l'AMD DX4-100 avevo la motherboard settata per un DX2/66. Anche se il BIOS lo riportava come un DX4-100 la motherboard avrebbe potuto usare una frequenza di clock errata... comunque, dato che il DX2-66 usa 33MHz * 2 e il DX4-100 usa 33MHz * 3 non capisco perche' non sia corretto.

La motherboard che usa il DX4-120 e' settata come 40MHz * 3 = 120MHz.

Un'altra cosa che mi chiedo e' perche i risultati dei wheatstones su alcune macchine danno dei numeri cosi' puliti...

ASUS SP3 with amd486DX4-100

ASUS SP3 with amd486DX4-120

ASUS SP3 with intel486DX2-66

ASUS TP4/XE with intel586-90

ASUS TP4/XE with intel586-100

3.4 Informazioni dettagliate sulle vecchie ASUS PCI-I-SP3 con chipset saturn da heinrich@zsv.gmd.de:

La motherboard si comporta come la maggior parte di quelle nella sua classe: cache write-through senza possibilita' di write-back. Non dovrebbe comunque essere importante, al massimo un 3% di prestazioni.

Il BIOS supporta dischi rigidi SCSI sotto DOS/Windows senza drivers aggiuntivi ma con la motherboard ci sono doi drivers aggiuntivi che dovrebbero migliorare le prestazioni sotto DOS/Windows(ASPI), OS2, Windows-NT, SCO-Unix, Netware (3.11 e 4, se ho capito bene.)

Gert Doering (gert@greenie.muc.de) ha detto che il driver per SCO-Unix del chip SCSI on board non funzionava correttamente. Dopo due o tre comandi del tipo "time dd if=/dev/rhd20 of=/dev/null bs=100k count=500" c'e' stato un kernel panic...

I guai che hanno passato alcune persone con questa motherboard potrebbero essere causati dall'utilizzo di un Controller Adaptec SCSI esterno con la "sync negotiation" abilitata. (Questo e' successo prima dell'uscita dei drivers NCR, ecco il perche' dell'uso dell'Adaptec.) Per favore controllate nel setup del BIOS dell' Adaptec-1542C se lo usate anche voi e avete problemi con occasionali blocaggi del computer.

C'e' una nuova versione della motherboard ASUS che dovrebbe sicuramente avere meno problemi. E' chiamata ASUS-PCI-I/SP3G, la G e' importante. Ha il nuovo chipset Saturn rev. 4 e i bugs dovrebbero essere spariti. Essi usano la variante Saturn-ZX e la nuova SP3G ha interrupt pienamente conformati PCI ( cioe' level triggered ( i.e. condivisibili ) e configurabili da BIOS). Ha una porta mouse PS/2 onboard, ha modi power-saving EPA e supporto DX4. Ha delle eccellenti prestazioni. Se potete trovare la rivista tedesca di computer C't di Luglio (?) troverete una prova in cui si dice che la motherboard ASUS e' la migliore in circolazione.

Ultima informazione sulla ASUS-SP3-G: potreste sperimentare dei crash di sistema se usate il PCI-to-memory-posting. Se lo disabilitate tutto funziona perfettamente. w@peanuts.informatik.uni-tuebingen.de dice di credere che questo sia un problema del corrente kernel di Linux perche' parte del sistema continua a funzionare anche dopo che il resto si e' piantato, come se ci fosse un deadlock nello swapper, e perche' OS2/DOS e WINDOWS non hanno problemi.

Avanti Indietro Indice