Autor: Krzysztof Halasa (khc_at_hq.pm.waw.pl)
Data: Fri 08 Nov 1996 - 12:36:58 MET
piotrs_at_tch.waw.pl (Piotr Sobczak) writes:
> Rozumiem, ze masz na mysli "serwer" a nie serwer bo kto normalny i choc
> troche myslacy robi serwery na pamieciach 32-bitowych lub EDO?
Hmm... szczerze mowiac nie za bardzo wiem w czym lezy problem?
> Jesli chcialbyc sparawdzac parzystosc na EDO to nie byloby to juz EDO (mam
> nadzieje ze wiesz i rozumiesz jak dziala EDO)
Nie interesowalem sie tym dokladnie, z tego co wiem to EDO dostajac nastepny
adres (rzedy lub kolumny) wciaz na wyjsciu ma poprzednia dana. Jesli tak,
to nie byloby zadnego problemu z wykryciem parzystosci - na kazde 8 bitow
dajemy 1 bit parzystosci, i sprawdzamy przy odczycie / zapisujemy go przy
zapisie. Co w tym niemozliwego? Tak jak w FPM jest to nieskomplikowane.
> a jesli chodzi o SDRAM to nie
> wiem jak mozna sprawdzic parzystosc pamieci ktora pracuje w trybie
> synchronicznym.
To nie ma zadnego znaczenia - istotne jest tylko sprawdzenie bitu parzystosci,
gdy wiadomo ze dane na wyjsciu pamieci sie ustabilizowaly. Zaden tryb pracy,
synchroniczny ani asynchroniczny, nie powinien tu miec IMHO znaczenia.
Oczywiscie mozliwe jest, ze pamieci z parzystoscia nie sa produkowane, i stad
ten caly problem.
> Pamieci z parzystoscia i ECC sa przydatne tam gdzie na pierwszym miejscu
> jest bezpieczenstwo danych a potem predkosc. W EDO i SDRAM postawiono na to
> drugie.
Ok. Czyli nie da sie jednoczesnie jedno i drugie? Znaczy EDO i SDRAM sa
pamieciami np. dla graczy, zeby im DOOM szybciej chodzil? Ew. dla posiadaczy
Windows, gdzie i tak sredni czas miedzy awariami systemu jest nieporownywalnie
krotszy od czasu pomiedzy przeklamaniami danych przez DRAM?
-- Krzysztof Halasa Network Administrator of The Palace of Youth in Warsaw
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:55:20 MET DST