Microsoft: Il futuro delle ram è l'ECC?

[betaxp86]

Dai dati raccolti in 18 mesi di errori catalogati con il tool di reporting (quello che chiede: vuoi inviare i dati sul crash a Microsoft?), è risultato che la maggior parte dei problemi sono causati dalla corruzione di un singolo bit in ram. Questo problema può essere generato in modo del tutto casuale e le cause sono da ricercare in scarsa qualità dei chip, impulsi elettro magnetici, raggi cosmici etc.
La soluzione secondo Microsoft è adottare chip con controllo di errore (ECC) già usati largamente nella maggior parte dei server di fascia medio alta, questi chip possono correggere un singolo errore ed essere trasparenti al sistema operativo; lo svantaggio è un leggero calo prestazionale rispetto a non fare nessun controllo.
Già ora per la certificazione Windows Server Logo è necessario usare moduli ECC.
La notizia è stata tratta da un documento inviato agli OEM, ma non è la prima volta che se ne sente parlare online. Voi che ne pensate?


Fonte della news:
http://www.eetimes.com/news/latest/s...leID=199601761

[pizio80]

non credo sia un discorso sbagliato...tutte le versioni di windows sono sempre state avide di RAM della quale fanno largo uso (e con Vista che sto usando ora la situazione per una serie di motivazioni peggiora vedi pesantezza S.O., Areo, Super-prefetch etc.etc....)...un "controllo" che eviti una serie di malfunzionamenti al costo di un invisibile perdita prestazionale per il 99,999% degli utenti credo sia più che accettabile...considerando anche che il prezzo dei chip ECC ora alti scenderebbero di prezzo obbligatoriamente di fronte ad una distribuzione su vastissima scala come quella delle ram "consumer".....

[italian soldier]

Anche secondo me sarebbe una bella cosa. Un sistema stabile è sempre ben gradito

[frenc]

sicuramente la stabilita' e' essenziale...
rimane il fatto che se si acquista materiale di qualita' si riduce gia' drasticamente la possibilita' di simili errori.
ho sempre utilizzato componenti di marca x assemblare i miei pc, componenti che ad ogni aggiornamento passavano a vari amici.
se ancora oggi mi chiedono quando faccio il prossimo upgrade, significa che non hanno mai avuto problemi di instabilita'.

il problema del costo delle ecc non e' di facile risoluzione.
prima deve aumentare la domanda (che porterebbe ad un aumento dei prezzi).
di conseguenza aumenterebbe la produzione (in tempi che non saprei valutare).
solo a questo punto si avrebbe un calo dei prezzi significativi.

:-).

[betaxp86]

Sicuramente ci sarebbe un picco dei prezzi nel momento iniziale dove la richiesta supererebbe la domanda, poi con l'adozione degli oem il prezzo crollerebbe come è stato per le DDR2, da quando i produttori hanno incominciato ad usarle nei loro sistemi pronti all'uso la produzione è schizzata ai massimi livelli.
Vista a differenza di XP usa tutta la memoria di sistema, non lasciando celle libere secondo la filosofia "ogni bit non usato è un bit sprecato", non è tanto questione di pesantezza, ma la scelta deliberata di fare cache di sistema per avviar più velocemente e tenere più librerie in memoria.

[tHeGoOd]

Si comunque bastano delle ram di buona fattura per evitare la maggior parte degli errori.
Io non vedo tutta questa esigenza. Almeno nel settore desktop. Poi, se le ECC si possono avere a prezzi poco maggiori da quelle normali, sarebbe certo da valutare.
Ricordo anche a tutti gli overclockers che, se da un lato l'ECC potrebbe aiutare in caso di ram non troppo stabili, quasi di sicuro la complessita' dei chip le rendera' meno consone all'overclock.

Unlike parity checking, ECC will cause a slight slowdown in system operation. The reason is that the ECC algorithm is more complicated, and a bit of time must be allowed for ECC to correct any detected errors. The penalty is usually one extra wait state per memory read. This translates in most cases to a real world decrease in performance of approximately 2-3%.

Qui si parla di un 2-3% di perdita

[v_parrello]

I buoni programatori asserivano che nel software la questione dei controlli delle eccezioni era basilare.
Ovvero un software è più robusto/buono di un altro perche' riesce a "trappare" meglio tutte le possibili eccezioni che si possono verificare, e a minimizzare i danni a fronte di una eccezione (per es. dovua ad un bit errato).

Il fatto che Microsoft ammetta che la maggior parte di crash sia dovuto a questo fatto vuol dire che dal punto di vista della programmazione del codice non ci siamo proprio.

Il problema è quello di ridurre le condizioni che possano evitare dei crash programmando opportunamente il codice che compone il S.O.

Una volta messe le memorie ECC uscirà fuori che la maggior parte dei crash sarà dovuta ad errori relativi a coppie di bit (che le memorie ECC non possono correggere), e così via.

Le memorie ECC sono giustificate in sistemi business/enterprise in cui si vogliono eliminare tutte le possibili sorgenti di errori, e in cui ci sono altri meccanismi che potreggono da un eventuale fault ardware e/o software, e in cui ci sono discorsi di altro genere in campo.

A mio parere, per quanto riguarda i sistemi desktop bastano le attuali memorie, tenendo conto, come ha già detto qualcuno, che se si comprano delle memorie di marca il rischio di incorrere in questi errori è abbastanza remoto. Infatti le memorie di marca si possono mandare in RMA anche a fronte di un singolo bit errato con memtest.

Ciao,
Vincenzo

[frenc]

in realta', il controllo delle eccezioni era necessario piu' nel flusso del programma non in previsione di corruzione dei bit in memoria, ma per evitare situazioni limite dovute al non corretto utilizzo del sw da parte dell'utente.

.

[tHeGoOd]

in realta', il controllo delle eccezioni era necessario piu' nel flusso del programma non in previsione di corruzione dei bit in memoria, ma per evitare situazioni limite dovute al non corretto utilizzo del sw da parte dell'utente.

.

Ti correggo, E' necessario. Specie in linguaggi tipo c/c++ che non utilizzano il concetto di eccezione, bisogna controllare il risultato di ogni funzione richiamata.
Per quanto riguarda gli errori nei bit, da quello che sapevo/pensavo, se ne occupa la CPU a richiedere la lettura se c'è un errore.
Comunque singolare, ma completamente giusta, la nota di v_parrello:
inserite le ECC, la causa principale di errori ci sarà sempre, sarà un'altra ma ci sarà sempre .
Magari prima o poi ammettono che è anche colpa dei S.O. scritti (a volte, e non vuole essere una frecciata a Microsoft, ma ai S.O. in generale) coi piedi.

[frenc]

parlavo al passato... perche' e' da una vita che non programmo piu' .

ora avete scoperto che sono pure egocentrico e che tutto gira intorno a me (compresa megan gale!!!).

.