[Thread Ufficiale] Asus RAMPAGE FORMULA DDR2 - Intel X48

[Tovarisch]

Originariamente inviato da orso232

E questo ok, come ho sempre fatto, il mio dubbio era se questa voce AHCI è esclusa dalla modalità RAID o se è un'ulteriore scelta, un'altra voce del bios, sono fuori e nn posso controllare quindi mi volevo togliere subito il dubbio...

Nel BIOS puoi scegliere 3 modalità:

- ide
- ahci
-raid

[orso232]

Originariamente inviato da Tovarisch

Nel BIOS puoi scegliere 3 modalità:

- ide
- ahci
-raid

Ecco appunto, mi sembrava, solo che nn potevo controllare, sono al lavoro , grazie

[Tovarisch]

Originariamente inviato da CONDOR89

non ho capito il xkè... potresti spiegarti meglio...

cosa centra l'overclock con il driver di una unità disco...

Spero di riuscire ad essere chiaro.

Quando si è in modalità IDE del BIOS, il SB del chipset ha al suo interno un controller IDE vero e proprio e tutti i trasferimenti dati tra disco e memoria vengono fatti senza nessun intervento del processore.

Infatti il controller usa la modalità UDMA che è un acronimo di parole inglesi che tradotte significano più o meno: accesso diretto alla memoria ulraveloce.

Vuol dire che il controller IDE inglobato nel SB è in grado di accedere direttamente alla memoria del sistema, senza avere bisogno di aiuto del processore.


In AHCI e RAID, non c'è un controller su silicio vero e proprio nel SB, sono i driver che lo simulano a livello software e quindi hanno bisogno della cpu per ogni trasferimento dati tra il disco e la memoria o viceversa.

E' intuitivo che se la cpu e/o la memoria sono overcloccate ed instabili, i dati trasferiti possono corrompersi.

Mi "ho" spiegato?

[orso232]

Originariamente inviato da Tovarisch

Spero di riuscire ad essere chiaro.

Quando si è in modalità IDE del BIOS, il SB del chipset ha al suo interno un controller IDE vero e proprio e tutti i trasferimenti dati tra disco e memoria vengono fatti senza nessun intervento del processore.

Infatti il controller usa la modalità UDMA che è un acronimo di parole inglesi che tradotte significano più o meno: accesso diretto alla memoria ulraveloce.

Vuol dire che il controller IDE inglobato nel SB è in grado di accedere direttamente alla memoria del sistema, senza avere bisogno di aiuto del processore.


In AHCI e RAID, non c'è un controller su silicio vero e proprio nel SB, sono i driver che lo simulano a livello software e quindi hanno bisogno della cpu per ogni trasferimento dati tra il disco e la memoria o viceversa.

E' intuitivo che se la cpu e/o la memoria sono overcloccate ed instabili, i dati trasferiti possono corrompersi.

Mi "ho" spiegato?

Quindi per oc estremi meglio IDE? Non che ci debba provare ma sempre meglio saperlo, se nn sbaglio era uno dei principali difetti delle mobo con 790ì, corruzione dati e conseguente crash durante oc elevati

[Tovarisch]

Originariamente inviato da orso232

Quindi per oc estremi meglio IDE? Non che ci debba provare ma sempre meglio saperlo, se nn sbaglio era uno dei principali difetti delle mobo con 790ì, corruzione dati e conseguente crash durante oc elevati

Per oc estremi non stabili, con IDE hai il vantaggio di avere meno corruzioni dei dati che passano tra HD e memoria.

Per arrivare a questi livelli, in cui si corrompono i dati sul disco, bisogna però avere esagerato di brutto col oc.

Se siete dei precisini come me, è meglio avere 2 sistemi operativi installati e fare le prove di overclock sul S.O. muletto, per poi usare quello di lavoro solo dopo essere sicuri di avere ottenuto una buona stabilità dell'overclock. Soprattutto con Vista che di suo maschera parecchio l'instabilità hardware del sistema.

[CONDOR89]

Originariamente inviato da Tovarisch

Spero di riuscire ad essere chiaro.

Quando si è in modalità IDE del BIOS, il SB del chipset ha al suo interno un controller IDE vero e proprio e tutti i trasferimenti dati tra disco e memoria vengono fatti senza nessun intervento del processore.

Infatti il controller usa la modalità UDMA che è un acronimo di parole inglesi che tradotte significano più o meno: accesso diretto alla memoria ulraveloce.

Vuol dire che il controller IDE inglobato nel SB è in grado di accedere direttamente alla memoria del sistema, senza avere bisogno di aiuto del processore.


In AHCI e RAID, non c'è un controller su silicio vero e proprio nel SB, sono i driver che lo simulano a livello software e quindi hanno bisogno della cpu per ogni trasferimento dati tra il disco e la memoria o viceversa.

E' intuitivo che se la cpu e/o la memoria sono overcloccate ed instabili, i dati trasferiti possono corrompersi.

Mi "ho" spiegato?

sei stato chiarissimo... grazie

visto che però non faccio overlock spinti non dovrei avere problemi... no?

[orso232]

Originariamente inviato da CONDOR89

sei stato chiarissimo... grazie

visto che però non faccio overlock spinti non dovrei avere problemi... no?

No, anche perchè si parla di OC parecchio spinti, io ho tirato l'E8600 a 5100 a liquido e nn ho avuto problemi, quindi....

[CONDOR89]

ultima domanda...

tra un paio di giorni monton 4GB di ram...

c'è bisogno di un format o basta montarle e via...

[Tovarisch]

Originariamente inviato da CONDOR89

sei stato chiarissimo... grazie

visto che però non faccio overlock spinti non dovrei avere problemi... no?

Basta che l'overclock sia stabile e puoi spingerti dove vuoi.

Ultimamente ci sono configurazioni hardware che anche a default (BIOS tutto su AUTO), sono instabili.

Chi è un minimo appassionato è bene che controlli la stabilità del sistema con gli appositi tool software almeno una volta per ogni configurazione o S.O. che monta.

[orso232]

Originariamente inviato da CONDOR89

ultima domanda...

tra un paio di giorni monton 4GB di ram...

c'è bisogno di un format o basta montarle e via...

monti e via, solo il bios mettilo a default prima di montarle

[Pelvix]

io che uso il controller sas per il so, e l'ich9 solo per gestire i dischi di storage, come lo devo impostare?

[Tovarisch]

Originariamente inviato da CONDOR89

ultima domanda...

tra un paio di giorni monton 4GB di ram...

c'è bisogno di un format o basta montarle e via...

Montare e via!

Tieni conto che per il NB sono un po' più onerose da gestire che 2 GB, soprattutto se sono 4x1 Gb.

Se sei magari al limite con la configurazione attuale, potresti "cadere" in una zona di instabilità se monti 4 GB.

Nel caso basta un filo di tensione in più al NB e di solito torna tutto a posto.

[Tovarisch]

Originariamente inviato da Pelvix

io che uso il controller sas per il so, e l'ich9 solo per gestire i dischi di storage, come lo devo impostare?

Se sono puri dischi di storage, con IDE risparmi un po' di cicli della cpu e sei un filo più sicuro anche se esageri con l'oc.

Se invece tieni dati che elabori in qualche modo, tipo giochi, potresti anche pensare di usare ahci.

Stiamo comunque parlando di poche centinaia di millisecondi risparmiati, nelle condizioni ottimali.

[CONDOR89]

Originariamente inviato da Tovarisch

Montare e via!

Tieni conto che per il NB sono un po' più onerose da gestire che 2 GB, soprattutto se sono 4x1 Gb.

Se sei magari al limite con la configurazione attuale, potresti "cadere" in una zona di instabilità se monti 4 GB.

Nel caso basta un filo di tensione in più al NB e di solito torna tutto a posto.

prendo 2x2GB così nn dovrei avere problemi...

[Pelvix]

Originariamente inviato da Tovarisch

Se sono puri dischi di storage, con IDE risparmi un po' di cicli della cpu e sei un filo più sicuro anche se esageri con l'oc.

Se invece tieni dati che elabori in qualche modo, tipo giochi, potresti anche pensare di usare ahci.

Stiamo comunque parlando di poche centinaia di millisecondi risparmiati, nelle condizioni ottimali.

Grazie 1000 del chiarimento, allora lascio così com'è ora, almeno non riscio di fare guai..
Anche se il mio raid sas è lentissimo, ma li mi sa che centra poco..

[orso232]

Comunicazione di servizio, Everest 4.50 nn mi leggeva le temp e le ventole delle due vga in xfire, la versione 4.60 si

[orso232]

Originariamente inviato da orso232

Comunicazione di servizio, Everest 4.50 nn mi leggeva le temp e le ventole delle due vga in xfire, la versione 4.60 si

P.S. anche il Tjmax è stato aggiornato a 100°, adesso è uguale a RealTemp

[gam76]

Originariamente inviato da orso232

Comunicazione di servizio, Everest 4.50 nn mi leggeva le temp e le ventole delle due vga in xfire, la versione 4.60 si

Originariamente inviato da orso232

P.S. anche il Tjmax è stato aggiornato a 100°, adesso è uguale a RealTemp

si si

[gam76]

Originariamente inviato da Tovarisch

Spero di riuscire ad essere chiaro.

Quando si è in modalità IDE del BIOS, il SB del chipset ha al suo interno un controller IDE vero e proprio e tutti i trasferimenti dati tra disco e memoria vengono fatti senza nessun intervento del processore.

Infatti il controller usa la modalità UDMA che è un acronimo di parole inglesi che tradotte significano più o meno: accesso diretto alla memoria ulraveloce.

Vuol dire che il controller IDE inglobato nel SB è in grado di accedere direttamente alla memoria del sistema, senza avere bisogno di aiuto del processore.


In AHCI e RAID, non c'è un controller su silicio vero e proprio nel SB, sono i driver che lo simulano a livello software e quindi hanno bisogno della cpu per ogni trasferimento dati tra il disco e la memoria o viceversa.

E' intuitivo che se la cpu e/o la memoria sono overcloccate ed instabili, i dati trasferiti possono corrompersi.

Mi "ho" spiegato?

mmm ottimo!!

[Kierkegaard]

son riuscito a settare pll a 6 anzichè a 8. ma per farlo ho dovuto darli 0.2v in + così il pll voltage è a 1.52 anzichè 1.50. C'è differenza tra 6/8 di pl?
prime dopo 5 ore con emule/torrent ed altre cagatine tutto liscio.
8400 @3.6
fsb strap a 400
cpl 6
cpu v 1.300
pll v 1.52
nb v 1.37
dram v 2.04
fsb term v 1.28

posso provare a scendere con qlcs?
il nb non sale + di 51° circa
e con prime etc siamo sui 64/65° per il processore.
che dite?