Newsgroup: it.comp.os.linux.iniziare
Titolo: HT SATA e timeout dell'Hard Disk

Salve, vi pongo il mio quesito, Ho la seguente configurazione:
MB Asus P4V800-X
HD Maxtor 6Y160M0 Sata singolo, no raid
Processore Pentium 4 2.8 Ghz 800Mhz FSB
Ram 1GB 400 Mhz
Il mio problema e' il seguente:
Se abilito il supporto SMP spesso e volentieri viene fuori il messaggio
"hdma_timer_expiry" su /var/log/syslog, l'hd va' in timeout per 
c.ca
 10
secondi e dopo prendere una bella rincorsa riparte.
Ho provato disabilitando il dma con hdparm
Ho provato sia mettendo che togliendo il "use multimode by default" dalla
configurazione del Kernel Ho provato sia con un kernel Monolitico che a
"modulitico"
Niente da fare, con il supporto SMP attivo l'hd va' in timeout, mentre
tutto funziona perfettamente con un kernel senza SMP (sia quello suo che
quello ricompilato da me)
Ho notato solo che va' in timeout quando "carico" il sistema (ho un
server Mysql con un DB con 240 tabelle per un totale di 
c.ca
 400 MB di
dati, se le query sono cretine regge per un po, se la query e' "ricorsiva"
va' in tilt)
Oppure quando compilo qualcosa di grosso usando il make -j2
Oppure ancora quando lancio programmi che ciuccino molta CPU
Qualche suggerimento?
Grazie a chi vorra' rispondere.
Claudio Ginex

 quello ricompilato da me)
Non vorrei dire fesserie ma se non sbaglio l'ht dava dei problemi con il
sata (o meglio... la gestione del sata andava in palla con l'ht). Con la
nuova versione del kernel non dovrebbe essere più necessario abilitare l'smp
per sfruttare l'ht, ed anche i problemi con il sata dovrebbero essere stati
risolti.
BlueSky
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 -tT /dev/disco ?
hdparm -i /dev/hda
 
/dev/hda:
 
 Model=Maxtor 6Y160M0, FwRev=YAR51EW0, SerialNo=Y43VSCWE
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=DualPortCache, BuffSize=7936kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
 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
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: (null):
 
 * signifies the current active mode
hdparm -tT /dev/hda
 
/dev/hda:
 Timing buffer-cache reads:   1824 MB in  2.00 seconds = 910.77 MB/sec
 Timing buffered disk reads:  160 MB in  3.03 seconds =  52.85 MB/sec

 Usa il kernel normale e vivi tranquillo.
Scusa, puo' darsi che mi sbagli, ma il supporto all'HT nel kernel 2.6 non serve proprio a far vedere 2 processori al sistema anche se fisicamente c'e' solo 1?
si, giusto tu mi dici ma non sono 2 processori veri, ma io ti rispondo: vero, pero con processi di basso carico di CPU ho notato in incremento NOTEVOLE delle prestazioni
su:
http://www.gentoo.org/doc/it/handbook/handbook-x86.xml?part=1&chap=7
ho trovato:
Se si è in possesso di una CPU Intel che supporta HyperThreading (tm), o si possiede un sistema con più CPU, è possibile attivare il "Symmetric multi-processing support"
su:
http://werdlive.com/2.6_HowTo.html
c'e':
From server side, the leap from the 2.4 to the 2.6 kernel is more than a simple version change:
    * 64 Bit
    * NUMA ( Non-Uniform Memory Access ): For clusters with a high amount of nodes, memory sharing is vital. NUMA adresses this problem.
    * Better performance under heavy loads: Many benchmarks demonstrate 2.4 is completely outperformed. High payload environments are webservers and databases, for example.
    * The addressing space for unique users is no more 16 bit but 32 bit. so the user support has grown to 4 billion from 65,000.
    * Hyper-Threading: Intel's P4 and Xeon servers support multiprocessor emulation, although they really only have 1 processor.
    * Higher limits: PIDs (process IDs) have grown from 32,000 to 1 billion, RAM's max is now 64 GB instead of 4 GB, and filesystem's top is set at 16 Terabytes, instead of 4.
    * Higher bandwidth network support.
se mi sbaglio chiedo umilmente scusa per la cavolta, e gradirei una spiegazione per non spararne ancora :)