Forum: - EDO vs FPM - wyniki testu

Forum: / Archiwum Sprzęt 1996 / EDO vs FPM - wyniki testu

Autor	Wiadomość
Andrzej Karpinski, Lublin ul. Junoszy 1A	Posted: 7 Lis 1996 13:33:08 hi! obiecalem i mam. wymienilem u siebie w domciu simki edo na fpm, i zapuscilem cachechk. otrzmalem nastepujacy rezultat: edo - 104 MB/s (+- 0.5MB/s) fpm - 89 MB/s (+- 0.5MB/s) w obu przypadkach byla dokladnie identyczna konfiguracja, identyczne ustawienia w bios itd. latwo wiec widac konkretny rezultat wynikajacy z roznicy miedzy edo a fpm. wynikow komentowac nie bede. moim zdaniem za 5-10zl chyba jednak warto. karpio ps. macie racje ze przeklada sie to na 1-2% wzrostu predkosci pracy wiekszosci aplikacji, a kalsyczne testy (checkit, sysinfo) nie pokaza zadnej roznicy. tyle ze wystarczy puscic jakiegos nt, albo pobawic sie w dtp, ogladanie mpegow by jednak stwierdzic nawet stoperem poprawe. poza tym wiekszosc osob nie zauwazy roznicy miedzy obecnoscia a brakiem cache, wiec w ich przypadku nie ma w ogole o czym dyskutowac ;) mnie nie interesuje masowka, tylko najlepsze dostepne na rynku rozwiazania i swojego zdania w tej sprawie nie zmieniam.
Jarek Lis	Posted: 7 Lis 1996 14:31:46 : edo - 104 MB/s (+- 0.5MB/s) : fpm - 89 MB/s (+- 0.5MB/s) : w obu przypadkach byla dokladnie identyczna konfiguracja, identyczne : ustawienia w bios itd. latwo wiec widac konkretny rezultat wynikajacy : z roznicy miedzy edo a fpm. wynikow komentowac nie bede. moim zdaniem : za 5-10zl chyba jednak warto. : ps. macie racje ze przeklada sie to na 1-2% wzrostu predkosci pracy : wiekszosci aplikacji, 2% (na pewno? a nie 0.5? - jak mierzyles?) to tak sobie, moze warto te 10zl zainwestowac w lepsze glosniki? Plyn do czyszczenia monitora? Myszka lepsza? P.S. problem zaczyna byc czysto teoretyczny - jak sie pytalem znajomych po ile sa edo, a po ile fpm, to FPM juz nie ma.... Jarek.
Krzysztof Halasa	Posted: 7 Lis 1996 14:57:06 [EDO RAM] ps. macie racje ze przeklada sie to na 1-2% wzrostu predkosci pracy wiekszosci aplikacji, a kalsyczne testy (checkit, sysinfo) nie pokaza zadnej roznicy. tyle ze wystarczy puscic jakiegos nt, albo pobawic sie w dtp, ogladanie mpegow by jednak stwierdzic nawet stoperem poprawe. poza tym wiekszosc osob nie zauwazy roznicy miedzy obecnoscia a brakiem cache, wiec w ich przypadku nie ma w ogole o czym dyskutowac ;) mnie nie interesuje masowka, tylko najlepsze dostepne na rynku rozwiazania i swojego zdania w tej sprawie nie zmieniam. Ok. A jak to jest w przypadku EDO z przeklamaniami (obecnymi w znanych pamieciach DRAM, m.in. w fast page)? Jesli rowniez wystepuja, czy sa dostepne pamieci EDO 36-bit? Czy chipset Orion KX obsluzy przeplot na FPM, a nie obsluzy na EDO, wiec fast page beda (w nim) szybsze? Bede musial niedlugo kupic troche RAM do maszynki, nie chcialbym kupic gorzej niz lepiej.
Piotr Sobczak	Posted: 7 Lis 1996 15:28:14 Krzysztof Halasa napisal (-a) : Ok. A jak to jest w przypadku EDO z przeklamaniami (obecnymi w znanych pamieciach DRAM, m.in. w fast page)? Praktyka pokazuje, ze nie wystepuje juz wlasciwie cos takiego jak przeklamywanie danych w pamieciach. Jesli rowniez wystepuja, czy sa dostepne pamieci EDO 36-bit? Nie ma czegos takiego jak EDO czy SDRAM z parzystoscia, zasada dzilania tego typu pamieci nie pozwala na kontrole w/w. Czy chipset Orion KX obsluzy przeplot na FPM, a nie obsluzy na EDO, wiec fast page beda (w nim) szybsze? Ogolnie Intel nie poleca pamieci typu EDO do plyt na ktoryms z chipsetow Orion. Ja bym polecal do plyty na KX albo FPM 32-bit albo FPM 36-bit (to ostatnie pozwoli wlaczyc ECC na plycie jesli wszystkie SIMMy beda 36-bit), jesli oba banki obsadzisz FPM to mozesz wlaczyc przeplot (na EDO nie mozna zrobic przeplotu) jesli ta plyta i jej BIOS to umozliwiaja. Sprawdz jakie masz teraz kosci w tej maszynie. Piotrek
Radoslaw Poplawski	Posted: 7 Lis 1996 16:31:49 Nie ma czegos takiego jak EDO czy SDRAM z parzystoscia, zasada dzilania tego typu pamieci nie pozwala na kontrole w/w. Czyli najlepszym rozwiazaniem (z kazdego punktu widzenia) jest FPM36bit, a nie EDO. Tylko, ze ja FPM36bit po prostu od dawna nie widzialem. WWW: http://www.geocities.com/MotorCity/3416 - Dzialam, wiec jestem... - - Nie dzialam, wiec mnie nie ma? (TPSA) -
Jarek Lis	Posted: 7 Lis 1996 17:20:38 : Nie ma czegos takiego jak EDO czy SDRAM z parzystoscia, zasada dzilania tego : typu pamieci nie pozwala na kontrole w/w. : Czyli najlepszym rozwiazaniem (z kazdego punktu widzenia) jest : FPM36bit, a nie EDO. Tylko, ze ja FPM36bit po prostu od dawna nie : widzialem. Z drugiej strony komunikat o bledzie parzystosci to mi sie udalo przez ostatnich pare lat zobaczyc ze trzy razy. I chyba zawsze bylo swiezy albo podkrecany komputer w czasie testowym... Jarek.
Andrzej Karpinski	Posted: 7 Lis 1996 18:26:07 Czyli najlepszym rozwiazaniem (z kazdego punktu widzenia) jest FPM36bit, a nie EDO. Tylko, ze ja FPM36bit po prostu od dawna nie widzialem. w przypadku plyty glownej na 450gx pod 2x ppro (za ok. 2100usd) - tak :) karpio
Tomasz Stafinski	Posted: 7 Lis 1996 19:35:43 Czyli najlepszym rozwiazaniem (z kazdego punktu widzenia) jest FPM36bit, a nie EDO. Tylko, ze ja FPM36bit po prostu od dawna nie widzialem. w przypadku plyty glownej na 450gx pod 2x ppro (za ok. 2100usd) - tak :) karpio Cos mi tu nie pasuje. Jak to skonfrontowac z twoim wczesniejszym postingiem, w ktorym pisales ze FPM to przestarzala technologia? :))) _______________________________ Stefan - Tomasz Stafinski _______________________________
Krzysztof Halasa	Posted: 8 Lis 1996 10:32:44 Ok. A jak to jest w przypadku EDO z przeklamaniami (obecnymi w znanych pamieciach DRAM, m.in. w fast page)? Praktyka pokazuje, ze nie wystepuje juz wlasciwie cos takiego jak przeklamywanie danych w pamieciach. Praktyka pokazuje, ze takie rzeczy zdarzaja sie bardzo rzadko. Ale czasem sie zdarzaja, i juz widzialem wiele serwerow zhaltowanych komunikatem "NMI - parity error". Szczerze mowiac wolalbym, by takie przypadki konczyly sie poprawieniem tego bledu przez ECC, a jednak ryzykowanie zmiany jednego bitu (bez kontroli parzystosci) wydaje mi sie sprawa gorsza od pogorszenia wydajnosci systemu o kilka %. Co by np. bylo, gdyby ta zmiana bitu spowodowala np. dopisanie do przelewu sumy np. 10^20 zl? Oczywiscie, pewnie zostaloby to zauwazone, prawdopodobienstwo itd... Jesli rowniez wystepuja, czy sa dostepne pamieci EDO 36-bit? Nie ma czegos takiego jak EDO czy SDRAM z parzystoscia, zasada dzilania tego typu pamieci nie pozwala na kontrole w/w. Tzn. nie pozwala na kontrole czy na wystapienie przeklamania? Bo jesli na kontrole to jest to troche dziwne - przeciez ta kontrola to zwykla parzystosc lub ew. ECC, mozna to zrobic na dowolnych danych. Moze te pamieci dzialaja tak jak np. pamieci statyczne? Ogolnie Intel nie poleca pamieci typu EDO do plyt na ktoryms z chipsetow Orion. Ja bym polecal do plyty na KX albo FPM 32-bit albo FPM 36-bit (to ostatnie pozwoli wlaczyc ECC na plycie jesli wszystkie SIMMy beda 36-bit), jesli oba banki obsadzisz FPM to mozesz wlaczyc przeplot (na EDO nie mozna zrobic przeplotu) jesli ta plyta i jej BIOS to umozliwiaja. Ok, w takim razie kupuje FPM 36-bit. Dzieki za info.
Piotr Sobczak	Posted: 8 Lis 1996 11:12:19 Krzysztof Halasa napisal (-a) : Praktyka pokazuje, ze takie rzeczy zdarzaja sie bardzo rzadko. Ale czasem sie zdarzaja, i juz widzialem wiele serwerow zhaltowanych komunikatem "NMI - parity error". Szczerze mowiac wolalbym, by takie przypadki konczyly sie poprawieniem tego bledu przez ECC, a jednak ryzykowanie zmiany jednego bitu (bez kontroli parzystosci) wydaje mi sie sprawa gorsza od pogorszenia wydajnosci systemu o kilka %. Co by np. bylo, gdyby ta zmiana bitu spowodowala np. dopisanie do przelewu sumy np. 10^20 zl? Oczywiscie, pewnie zostaloby to zauwazone, prawdopodobienstwo itd... Rozumiem, ze masz na mysli "serwer" a nie serwer bo kto normalny i choc troche myslacy robi serwery na pamieciach 32-bitowych lub EDO? Nie ma czegos takiego jak EDO czy SDRAM z parzystoscia, zasada dzilania tego typu pamieci nie pozwala na kontrole w/w. Tzn. nie pozwala na kontrole czy na wystapienie przeklamania? Na kontrole oczywiscie. Bo jesli na kontrole to jest to troche dziwne - przeciez ta kontrola to zwykla parzystosc lub ew. ECC, mozna to zrobic na dowolnych danych. Moze te pamieci dzialaja tak jak np. pamieci statyczne? Jesli chcialbyc sparawdzac parzystosc na EDO to nie byloby to juz EDO (mam nadzieje ze wiesz i rozumiesz jak dziala EDO) a jesli chodzi o SDRAM to nie wiem jak mozna sprawdzic parzystosc pamieci ktora pracuje w trybie synchronicznym. 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. Piotrek
Radoslaw Poplawski	Posted: 8 Lis 1996 11:32:37 Ok, w takim razie kupuje FPM 36-bit. Dzieki za info. Decyzja sluszna, pytanie czy uda sie zrealizowac. Bo ja takich pameci juz od wiekow nie widzialem... WWW: http://www.geocities.com/MotorCity/3416 - Dzialam, wiec jestem... - - Nie dzialam, wiec mnie nie ma? (TPSA) -
Krzysztof Halasa	Posted: 8 Lis 1996 11:36:58 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?
Andrzej Karpinski, Lublin ul. Junoszy 1A	Posted: 8 Lis 1996 11:50:33 w przypadku plyty glownej na 450gx pod 2x ppro (za ok. 2100usd) - tak :) Cos mi tu nie pasuje. Jak to skonfrontowac z twoim wczesniejszym postingiem, w ktorym pisales ze FPM to przestarzala technologia? :))) wobec ppro i przeplotu pamieci zysk z edo jest faktycznie znikomy. podejrzewam ze takze by dzialalo i bylby przeplot, ale z powodu o ktorym powyzej intel dal sobie spokoj. podejrzewam ze next generation moze byc edo only na przyklad... karpio
Piotr Sobczak	Posted: 8 Lis 1996 12:52:42 Radoslaw Poplawski napisal (-a) : Ok, w takim razie kupuje FPM 36-bit. Dzieki za info. Decyzja sluszna, pytanie czy uda sie zrealizowac. Bo ja takich pameci juz od wiekow nie widzialem... Moge powiedziec gdzie takie pamieci mozna kupic ale Radek mnie znow objedzie za kryptoreklame ;))) Piotrek
Piotr Sobczak	Posted: 8 Lis 1996 13:42:05 Krzysztof Halasa napisal (-a) : 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? W tym ze w markowym serwerze nie znajdziesz pamieci EDO czy FPM 32-bit bo nie daja one zabezpieczenia przed utrata danych. "Serwer" skladak moze miec przeciez wewnatrz wyszystko (ot taka lepsza stacja robocza) 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. Jak by tak bylo to bysmy juz dawno mieli pamieci EDO z parzystoscia. 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. Ani EDO ani SDRAM nie sa oferowane z parzystoscia i cos w tym musi byc powarzniejszego. Nie wydaje mi sie zeby komus sie nie chcialo albo cos w tym stylu bo przecierz na wschodzie sa tysiace producentow SIMMow i jesliby sie dalo napewno ktos by to zrobil. 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? Tak. Piotrek
Grzegorz Szyszlo	Posted: 8 Lis 1996 14:12:23 Ok, w takim razie kupuje FPM 36-bit. Dzieki za info. Decyzja sluszna, pytanie czy uda sie zrealizowac. Bo ja takich pameci juz od wiekow nie widzialem... Mozna dostac. Jest taki jeden firmowy dostawca w krakowie. Ale nie bede mowil kto, bo nikt z nich za reklame mi nie placi :)
Radoslaw Poplawski	Posted: 8 Lis 1996 19:20:41 Mozna dostac. Jest taki jeden firmowy dostawca w krakowie. Ale nie bede mowil kto, bo nikt z nich za reklame mi nie placi :) Firmowy dostawca ma "firmowe" ceny! Pass... WWW: http://www.geocities.com/MotorCity/3416 - Dzialam, wiec jestem... - - Nie dzialam, wiec mnie nie ma? (TPSA) -
Radoslaw Poplawski	Posted: 8 Lis 1996 19:20:45 Radoslaw Poplawski napisal (-a) : Ok, w takim razie kupuje FPM 36-bit. Dzieki za info. Decyzja sluszna, pytanie czy uda sie zrealizowac. Bo ja takich pameci juz od wiekow nie widzialem... Moge powiedziec gdzie takie pamieci mozna kupic ale Radek mnie znow objedzie za kryptoreklame ;))) Piotrek [Kryptoreklama detected...] - this line is generated automatically :) Kto? Ja? Czyzbym sie kiedys odwazyl? O ja niewdzieczny samobojca... :))) WWW: http://www.geocities.com/MotorCity/3416 - Dzialam, wiec jestem... - - Nie dzialam, wiec mnie nie ma? (TPSA) -
Grzegorz Szyszlo	Posted: 10 Lis 1996 09:33:11 Mozna dostac. Jest taki jeden firmowy dostawca w krakowie. Ale nie bede mowil kto, bo nikt z nich za reklame mi nie placi :) Firmowy dostawca ma "firmowe" ceny! Pass... WWW: http://www.geocities.com/MotorCity/3416 - Dzialam, wiec jestem... - - Nie dzialam, wiec mnie nie ma? (TPSA) - do niedawna ceny byly superfirmowe (nie nadazyli za obnizka cen). teraz sa juz firmowe. zreszta jak ci zalezy na bardzo nezawodnym sprzecie, etc itp dev :))) w kazdym badz razie do serwerow polecam.
Andrzej Karpinski	Posted: 19 Lis 1996 20:09:35 Jesli chcialbyc sparawdzac parzystosc na EDO to nie byloby to juz EDO (mam nadzieje ze wiesz i rozumiesz jak dziala EDO) Piotrek! hm... przegladalem ostatnio ksiazki i inne materialy jakie posiadam, usilujac zrozumiec dokladnie, dlaczego nie moze byc SDRAMow i EDO z parzystoscia. i cholera nijak mi to nie chce wyjsc :( moze ty mnie oswiecisz i napiszesz slow pare jak dokladnie dziala EDO, bo jesli masz racje w tym co napisales, to znaczy, ze ja czegos nie czaje do konca... karpio
Gregorio Kus	Posted: 20 Lis 1996 14:18:10 Jesli chcialbyc sparawdzac parzystosc na EDO to nie byloby to juz EDO (mam nadzieje ze wiesz i rozumiesz jak dziala EDO) Piotrek! hm... przegladalem ostatnio ksiazki i inne materialy jakie posiadam, usilujac zrozumiec dokladnie, dlaczego nie moze byc SDRAMow i EDO z parzystoscia. i cholera nijak mi to nie chce wyjsc :( moze ty mnie oswiecisz i napiszesz slow pare jak dokladnie dziala EDO, bo jesli masz racje w tym co napisales, to znaczy, ze ja czegos nie czaje do konca... mam dokladnie to samo wrazenie. sprawdzanie parzystosci to elementarny uklad logiczny o czasie dzialania rzedu 1ns (jesli sie nie myle), nie sadze zeby to opoznienie odgrywalo tu jakas szczegolna role wiec o co biega? Grego -- /----------------------------------------------------------------- Anonymous Mail Service - http://free.rmnet.it/~grego/AnonMail.html
Piotr Sobczak	Posted: 21 Lis 1996 10:26:01 Krzysztof Halasa napisal (-a) : [...] Nie widze innego powodu produkowania _tylko_ 32-bitowych EDO SIMMow jak tylko ich przeznaczenie do malo istotnych aplikacji (np. gier). Nie jestem do konca pewien takiej polityki. Moze jednak Piotr nas oswieci. -- Oswiece jak tylko zbiore jakies konkrety bo jak na razie moja wiedza na ten temat jest za ogolna. Mam tegoroczne katalogi pamieci firm LG Semicon (dawny Gold Star) i Texas Instruments ale to za malo. Jest w nich napisane, ze z przyczyn technicznych nie mozna zrobic kontroli parzystosci na EDO i SDRAM ale mozna za pomoca specjalnego ASIC zrobic ECC (te firmy oferuja SIMMy i DIMMy EDO i SDRAM z ECC). Wstrzymajcie sie jeszcze troche a napewno dam Wam konkretna odpowiedz. Piotrek
Krzysztof Halasa	Posted: 22 Lis 1996 08:16:56 A czy CPU musi wiedzieć skąd jaki był adres danych, które dostaje? Od czasów spectrusia i atari procesory już nie działają tak, że wystawiają adres, czekają na dane a dopiero później wystawiają następny adres. Po prostu z chwilą pojawiania się danych na szynie danych, adres który został wystawiony, żeby je zebrać, może być już dawno zapomniany. Po pierwsze, dostepem do RAM (tej z parzystoscia, nie cache) zajmuje sie sterownik cache, a wiec sposob dzialania procesorow nie ma tu nic do rzeczy. Biorac to pod uwage, oczywiste jest, ze sterownik cache musi wiedziec, jaki jest adres danej znajdujacej sie na magistrali. Ale to i tak nie ma nic do rzeczy, poniewaz istota kontroli parzystosci jest wykrywanie przeklamania bitu w RAM, a nie wykrywanie miejsca wystapienia takiego przeklamania. A to wynika właśnie z tego, że w EDO adres wyboru kolumny przegania o jeden cykl dostępu pojawiające się dane. Na tym polega przyspieszenie EDO. Co niestety ma sie nijak do problemu parzystosci EDO.
Maciej W. Rozycki	Posted: 22 Lis 1996 15:18:28 Po pierwsze, dostepem do RAM (tej z parzystoscia, nie cache) zajmuje sie sterownik cache, a wiec sposob dzialania procesorow nie ma tu nic do rzeczy. Biorac to pod uwage, oczywiste jest, ze sterownik cache musi wiedziec, jaki jest adres danej znajdujacej sie na magistrali. Ale to i tak nie ma nic do rzeczy, poniewaz istota kontroli parzystosci jest wykrywanie przeklamania bitu w RAM, a nie wykrywanie miejsca wystapienia takiego przeklamania. 1. Procesory x86, poczawszy od i486 (a moze i dawniej -- nie pamietam) maja po jednej linii DP (data parity) na kazde 8 bitow danych. W przypadku odczytu pamieci glownej wystarczy wystawic na linie DP dodatkowe bity parzystosci pamietane w owej pamieci. Procesor sam wyznaczy parzystosc i wystawi wynik (linia PERR). W przypadku odczytu z pamieci podrecznej, na linie DP mozna podac cokolwiek i zignorowac PERR (lub zaimplementowac parzystosc w tej pamieci). W przypadku zapisu, procesor sam wyznacza parzystosc i wystawia ja na liniach DP. Mozna ja pamietac w pamieci podrecznej (zakladam write-back). W przeciwnym wypadku, parzystosc moze wyznaczyc sterownik pamieci podrecznej przy uniewaznianiu wiersza. Jak widac (mam nadzieje), z punktu widzenia ukladow scalonych pamieci EDO, "dodatkowe" bity nie roznia sie niczym od "zwyklych", tak wiec nie wiem na czym mialby polegac problem w ich produkcji -- cala obsluga parzystosci zajmuje sie "logika" plyty glownej. 2. Procesory Pentium i 5k86 maja mechanizm MCE (machine check exception), ktory umozliwia wykrywanie bledow parzystosci na szynie danych i adresowej (to drugie w przypadku tzw. snoop cycles). W dwoch specjalnych rejestrach zwracany jest adres, ktory "spowodowal" blad oraz niektore linie magistrali umozliwiajace ustalenie rodzaju cyklu. Linia PEN (parity enable) umozliwia chwilowe wylaczanie kontroli (np. przy wspomnianej wyzej implementacji dostepu do pamieci podrecznej). Jak widac, mozna tez ustalic adres bledu. 3. Procesor Pentium Pro posiada dodatkowo mechanizm MCA (machine check architecture) umozliwiajacy zglaszanie i liczenie bledow wedlug roznych kategorii (np. bledy poprawione dzieki ECC moga nie powodowac zamkniecia systemu, ale moga byc rejestrowane dla celow statystycznych). 4. Magistrala PCI posiada po jednym bicie parzystosci na kazde 8 bitow danych. Urzadzenia PCI moga sygnalizowac bledy poprzez sygnaly PERR (parity error) i SERR (system error). W przypadku wykrycia bledu parzystosci, np. podczas transmisji pomiedzy PCI i pamiecia glowna, typowym rozwiazaniem jest aktywacja linii PERR (robi to zwykle tzw. host bridge). Sygnal ten jest interpretowany przez uklad odpowiedzialny za zglaszanie przerwan procesorowi (zwykle tzw. PCI-ISA bridge), ktory podaje procesorowi sygnal NMI (przerwanie niemaskowalne) lub BERR (bus error). W oparciu o powyzszy (nieco przydlugi) wywod, osobiscie nie widze nigdzie przyczyny niemoznosci sfabrykowania pamieci EDO z dodatkowymi bitami parzystosci i zastosowania ich dla zwiekszenia wiarygodnosci sprzetu. No chyba, ze chodzi o tzw. emulacje parzystosci... :-( -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+
Krzysztof Halasa	Posted: 22 Lis 1996 15:52:44 W oparciu o powyzszy (nieco przydlugi) wywod, osobiscie nie widze nigdzie przyczyny niemoznosci sfabrykowania pamieci EDO z dodatkowymi bitami parzystosci i zastosowania ich dla zwiekszenia wiarygodnosci sprzetu. No chyba, ze chodzi o tzw. emulacje parzystosci... :-( Jak dla mnie, to powody moga byc dwa: 1. EDO sa przeznaczone do gier itp, i nie nalezy ich stosowac do powaznych zastosowan, lub 2. W EDO nie wystepuja przeklamania danych przy odczycie (utrwalane nastepnie jak to w DRAM bywa), wiec nie ma potrzeby sprawdzac parzystosci. Nie wydaje sie to prawda. BTW: Emulacja parzystosci jest wg mnie mozliwa na tej samej zasadzie co normalna parzystosc.


° Forum ° Rejestracja ° Szukaj °