Re: pamięci jednostronne a dwustronne

Autor: Bernard <bernard_at_earth.net>
Data: Mon 04 Jul 2005 - 22:25:17 MET DST
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Message-ID: <42c9990c$0$2132$f69f905@mamut2.aster.pl>

Radosław Sokół wrote:
> Bernard napisał(a):
>
>> Zgadza się. I będzie to moduł jednostronny, niezależnie od liczby
>> banków wewnątrz układu pamięci.
>
>
> NIE.

Obawiam się, że szanowny kolega nie bardzo wie, o czym pisze.

>> Akurat! Po cztery kostki po każdej stronie? Jeszcze takiego cudu nie
>> widziałem. Fantazjujesz
>
> Miałem do czynienia z modułami, które mimo umieszczenia
> układów po obu stronach były jednobankowe/jednostronne.

Nie da się, a przynajmniej nie w technologii DDR SDRAM. Układ pamięci
może zawierać 1 lub więcej banków, ale nie pół banku. 8 układów to jeden
bank o szerokości 64 bitów. 2x8 układów to dwa banki.

>> Tu chodzi o to, do ilu układów pamięci dochodzi sygnał danych ze złącza.
>
>
> Możesz to rozwinąć? Bo nie widzę producenta modułów
> pamięci, który umieszcza na płytce układy, do których
> sygnały NIE dochodzą. A to, czy umieści je po obu stronach,
> czy po jednej, to już zależy od jego widzimisię. I tak
> użyteczne sygnały dochodzą do pinów DIMMa po obu stronach
> i jeżeli umieszcza się scalaki po jednej stronie modułu
> to trzeba przechodzić ścieżkami na drugą stronę.

Albo mamy moduł jednostronny i do danego kawałka szyny danych jest
dołączony jeden układ, albo dwustronny i wtedy mamy dwa układy a tym
samym kawałku szyny. Moduły takie są przez sterownik pamięci widziane
jako dwa moduły pamięci (widać to na winietce wyświetlanej przez BIOS.

>> I cuekawe, że w swym zacietrzewieniu pominąłeś fragment o wpływie
>> liczby banków FIZYCZNYCH na wydajność...
>
> Bo jest znikomy.

Hmmmm... Wymuszone obniżenie częstotliwości taktowania z 200 do 166 MHz
ma dużo większy wpływ na wydajność niż zmiana przeplotu. Tak
przynajmniej podpowiada zdrowy rozsądek i wyniki testów, ale rozumiem,
że tak niskich lotów argumenty Kolegi nie przekonują.
Received on Mon Jul 4 22:30:13 2005

To archiwum zostało wygenerowane przez hypermail 2.1.8 : Mon 04 Jul 2005 - 22:51:04 MET DST