Autor: sprocket (sprocket_at_sys.pl)
Data: Wed 22 May 2002 - 13:40:13 MET DST
>
> wyjasniam jedna rzecz: procesor nie ma bezposredniej "wladzy" nad ramem,
ram
> obsluguje "North Bridge" a ten do ramu ma dostep z predkoscia ramu:)
>
Nie musisz mi tego wyjaśniac. Natomiast wyjaśnij CO może podesłać NB dane z
taką szybkością, żeby ten musiał zapisywać to do RAMu z prędkością 333 ???
> http://www.tomshardware.pl/mainboard/02q2/020507/timing-01.html - na dzis
> masz juz lekturke - polecam, tam mowia o cyklach, przy 133 MHz jeden cykl
> trwa dluzej niz przy 166MHz, poza tym procesor nie wymienia informacji z
> ramem caly czas, sa cykle gdzie oczekuje sie az procesor skonczy
obliczenia
> i czasami oczekuje sie az z ramu zostana pobrane dane do catchu (tu duzo
> zalezy od optymalizacji programu) ale nie musze mowic ze przyspieszenie
ramu
> skraca czas oczekiwania na dane
Takie lekturki przerabiałem w szkole średniej ;)))))))))))))))
A co do pamięci CACHE, to znajduje się w procesorze. A ten ma dostęp do NB
przez FSB:)))))
a tutaj jest fajny schemacik mianowicie oprocz procka z ramu korzysta
AGP!!!
a 3dfx juz probowal z agp nie korzystac:)
Tu mi przywaliłeś....
AGP ze swoim 133 MHz faktycznie, koniecznie musi dobierać się do pamięci z
prędkością 333 ;))))))))))
PODSUMOWUJĄC
North Bridge jest w stanie odczytawać i zapisywać RAM szybciej. Tyle, że ta
szybkość kończy się w tym miejscu. Procesor odbiera dane od NB już z 266
MHz, AGP - 133 MHz. Jedynie DMA, który siedzi w NB ma korzyść z tych 333.
FSB jest w tej chwili wąskim gardłem, i choć byś się skichał, procesor nic
nie będzie miał z pamięci DDR 333.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Wed 19 May 2004 - 00:52:10 MET DST