Newsgroup: it.comp.hardware.overclock
Titolo: PCI Latency Timer

Salve a tutti e grazie mille per aver voluto aiutarmi in questo
piccolissimo problema.
Ho un Pentium 4 Northwood 2400 Mhz, l'ho portato a 2609 Mhz e il VCore a
1,65 V
Mio cuginetto piccolo ha combinato un casino nella voce PCI Latency Timer
nel bios della mia scheda madre Asus P4S533-E.
Sono un espertone di Pc in tutti i suoi punti di vista ma mi spiegate cosa
vuole significare questa voce e come posso impostarla al meglio??? In
questo momento è a 32. Ma il valore và da 1 a 200 e qualcosa!
Aiutatemi
Grazie mille!
CIAO!!        :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 vuole significare questa voce e come posso impostarla al meglio???
quanta modestia...

 questo momento è a 32. Ma il valore và da 1 a 200 e qualcosa!
e che espertone di pc sei se non conoscia fondo le impostazioni del bios?
e provare a richiamare le impostazioni di default?


Ma come, un espertone come te non conosce questa semplice
voce presente nella maggiorparte dei Bios? :-D
Comunque sarò brevissimo... se non hai problemi (specialmente
nel caso si utilizzo di una Live) lascia il tutto a 32 o a 64.

 vuole significare questa voce e come posso impostarla al meglio???
un espertone non puo' non conoscere
http://www.rojakpot.com
oviamente sezione bios... :)
cib

Guarda che mio cuginetto ha 12 anni ed č un mio allievo.


So hakkare, phreakkare, programmare... (tra le molte cose che so fare
queste sono le più impegnative) ma come ho già detto l'unica cosa che non
so è il PCI Latency Timer e la sua impostazione corretta (Anche Bill Gates
un giorno qualunque nel passato non ha saputo qualcosa che sarebbe stata
semplice per gli altri, anche i più esperti avranno chiesto qualcosa ad
altri non credi?). E poi che diamine c'entra "soprattutto se hai una
Live"??
Nel senso della scheda Audio??
Se è per questo ho un'Audigy Player 5.1
Rispondimi
Arrivederci campione!!


il PCI Latency Timer..ehehhe si ripresenta sempre prima o poi, come i
peperoni alla piastra!
in pratica e' un tempo di attesa, ma era ovvio capirlo anche dal nome.
il PCI LTimer conta quanti cicli di clock pci devono passare prima che la
priorita' del'ultima periferica che ha usato il bus si possa abbassare.
Sul bus PCI ci sono attaccate diverse periferiche ( prima c'erano anche gli
eide su controller integrato, ora invece molti chipset lo hanno separato),
che dialogano con la ram (con accesso diretto) o con la cpu in modo
continuo, a seconda dell'uso della periferica; quando si creo' questa
funzione (PCILTimer) si penso' che ci sarebbero stati diversi vantaggi nel
poter impostare una priorita' nell'uso del bus PCI, e che soprattuto per
periferiche veloci, sarebbe stato utile dare un conteggio di X cicli per cui
l'ultima periferica che avesse usato il bus avesse priorita' maggiore nel
riprenderne in controllo.
Di solito questo timer e' settato in 32 cicli, ma non sempre si hanno ottimi
risultati con questo settaggio, soprattutto su periferiche che devono avere
uno streaming regolare e continuo, tipo gli HDD, alcune schede audio (per
l'impostazione della loro caches on board) e alcune schede di acquisizione
dati in streaming multimediali, come le schede di acquisizione multimediali.
Il problema del PCI LTimer e' sorto con alcuni chipset VIA, e generalmente
si ha su piattaforme AMD K7, in quanto si ha una corruzione dei dati se si
abbinano periferiche che ESIGONO priorita' massima sul bus PCI da subito,
come i controller HDD o come faceva la SB Live! (vera tragedia abbinata ad
un VIA K7).
In pratica succedeva che non avendo priorita' massima immediata si avevano
corruzione dei dati, che su uno streaming consequenziale di un HDD e'
abbastanza grave, mentre sulla live si avevano dei sonori ticchettii molto
fastidiosi, e sulle schede di acquisizione video si avevano linee corrotte
dello streaming video.
Il problema era indotto dalla particolare funzione dei K7 nell'andare in
idle (funzione Halt), che otteneva la piu' alta priorita' e spengeva la cpu
ad ogni ciclo non utile.. bella rottura!
ecco perche' molte schede madri presentano temperature decisamente altine
sugli AMD, perche' nel bios e' impedita la funzione di Halt della cpu.
C'erano diversi modi per riuscire a ristabilire l'idle dei K7 anche in
presenza di sb live e raid eide, ma quello piu' funzionale era appunto di
mettere il PCI Latency Timer a 0, facendo cosi' rilasciare il bus il piu'
presto possibile e rendendolo disponibile a tutte le periferiche; questo
trucchetto comportava comunque un aumento notevole della temperatura in
idle, di circa 10 gradi superiore..
ad esempio:
una cpu con idle forzato riusciva ad assestarsi a 33°C contro i 50°C del
full load, con la latency a 0 si stabiliva a 45°.. circa a meta' strada..
altri modi era di regolare diversamente il PCI Master reading e writing, ma
non sono settaggi che ci sono nei bios, generalmente.
Detto questo puoi capire da solo che se usi una periferica decisamente
veloce sul PCI, e il sistema non risente dell'incremento della latenza, puoi
cercare di aumentare la latenza di qualche punto, rendendo disponibile il
bus maggiormente per quella periferica, logico che dovrai anche settare la
priorita' maggiore sul'irq della periferica interessata, e che dovrai per
questo non avvalerti del sistema di IRQ virtuale dei sistemi operativi e
settare ogni IRQ a mano.. insomma.. una bella menata da fare solamente in
circostanze ben definite.
Abbassandolo invece ogni periferica dira' la sua in qualsiasi momento,
rallentando il bus dati in modo sensibile (e il PCI gia' non ha un transfer
rate da capogiro).