heh.pl
Kanał informacyjny Heh.pl


Niedziela 5 maja 2024 r.

artykuły | abc komputera (archiwum) | forum dyskusyjne | redakcja


Temat

konstrukcja AMD 64


83.26.9.* napisał:
wszyskie pytania wyrosly z nowu z tego głupiego opisu do cennika teraz robie opisy do płyt głównych EPOXa trafił mi sie podel EPOX 8HDA3+ K8T800 S754 i stanełem przy rubryce obłsugiwane czestotliwossci fsb, chciałem zrobić obsługiwane czestotliwosci HT ale powstał kolejny problem bo nie wiadomo czy jest tu ten HT 1000 czy tylko 800


1 wiedzac ze procesory oparte na architekturze A64 nie posiadaja fsb jak nazwac to co jest >>??
HT to jedno, a przeciez liczac rzeczywiste taktowanie liczymy mnoznik razy ??? razy co ?? to chyba sie jakos nazywa no nie ??

2 teraz czestotliwosć HT została podwyzszona z 800 do 1000 no tak ale tylko w modelach na nowej pdstawce s939 . A wiec modele na s 754 mimo ze płyta bedzie obłógiwać HT 1000 nie bedzie mozna z tego kozystać
czy modele na s754 dostana HT 1000??


3 czy wartość HT jest zmienna ?? np zwiekszajac to coś co standardowo jest na 200 na np230 taktowanie HT zwiekszy sie ?? tak jak QPB w przypadku intela ??

80.51.250.* napisał:
Prosze poczytac artykuł

http://www.dzikie.net/?mode=1&cel=sukcesy_klopoty_amd

..tam to powinno byc o tym ..Borys Kortunow dywagował o tym

cytat:



"Nadmiar danych liczbowych często zaciemnia sytuację. Dopiero ich zestawienie w odpowiednio skonstruowanej tabeli ujawnia pewne tendencje i ułatwia zrozumienie zagadnienia. Przedstawiam kilka takich tabel i być może ich zawartość kryje w sobie odpowiedź na pytanie: co zrobi AMD "w temacie HT"? Na dzień dzisiejszy wyraźnie widać, że AMD dąży do zastąpienia Athlonów XP na platformie socket A, przez A64 na platformie 754. Natomiast platforma 939 zarezerwowana jest dla CPU z "wyższej półki". Wszelki zmiany dotyczące HT oraz CPU mogą być wprowadzone w 2 wariantach:

Wariant A: 5X200=1000

user posted image

W Tabeli 2 zestawione są parametry aktualnie, lub w niedalekiej przyszłości osiągalnych CPU. Wyraźnie widać pomysł AMD : klasyfikacja jest logiczna dla platformy 939 - częstotliwości rosną o 200 MHz, modele dodają po 300 do nazw. Na platformie 754 już nie jest tak spójnie - różnice w wielkości cache przy tych samych częstotliwościach pracy dają steeping 200 przy różnych rdzeniach. Popatrzmy teraz, co się dzieje z częstotliwościami pracy pamięci DDR400 i DDR500, przy odpowiednich mnożnikach (mnożnik w nawiasach).

user posted image

Większa wydajność systemu opartego na pamięciach DDR500 nie podlega dyskusji, gdyż przy niższym mnożniku pamięć MUSI pracować szybciej!

Wariant B: 4X250=1000


Trzeba od razu powiedzieć, że jego wprowadzenie jest mniej prawdopodobne, ale bardziej interesujące pod względem możliwości. Częstotliwość CPU rosła by co 250 MHz, a nie co 200. Ponieważ rdzeń K8 nie jest skalowalny w nieskończoność, to uzasadnione jest wprowadzenie wzrostu częstotliwości CPU o połowę, czyli co 125 MHz Teoretycznie biorąc wyglądałoby to tak:

user posted image
Natomiast częstotliwość pracy pamięci pokazuje Tabela 5.

user posted image

Tylko w jednym przypadku nominalna częstotliwość jest przekroczona i to zaledwie o 2 MHz. Nie sądzę, aby to "przekroczenie" było w praktyce przeszkodą dla pamięci dowolnego producenta. Teoretycznie można też wprowadzić w tym przypadku mnożnik 14 i częstotliwość pracy pamięci 187,5 MHz, ale zmniejszy to wydajność. Wprowadzenie tych pomysłów wymaga jednej rzeczy: asynchronicznej obsługi pamięci i zablokowanych częstotliwości dla PCI, AGP (o ile jeszcze będzie) i PCIe. Chipsety nVidii - nForce2 i nForce3 spełniają ten warunek, natomiast VIA obiecała go zrealizować w najnowszym chipsecie K8T890. Natomiast nie wiadomo czy będzie to potrafił, przeznaczony do obsługi A64, chipset 755, produkcji SiS.

cd... w artykule"

koniec cytatu

212.182.122.* napisał:


od dawna wiadomo na 100% że ani nForce3 ani SIS 755 nie mają blokady PCI, nVidia dała ciała i obiecała blokadę ale jej nie zrobili łochy.

to HT jest chyba 4 lub 5 razy częstotliwość pamięci.

83.26.9.* napisał:
ten artykuł czuytałmem juz dawno, z tym ze od tego czsu troche sie juz wydazyło.
a to co jest w nim to wszysko sa jeszce spekulacji i nic do końca nie jest wiadome
jak bys mize miał jakis kontakt do tego kolesia co to pisał bo widać ze ziom kumaty jest icon_smile3.gif jakies gadu czy cos

80.244.142.* napisał:
Jakis czas temu był podobny topic na tweaku. Jest coś takiego co część osób nazywa częstotliwością bazowa. Jak narazie we wszystkich płytach pod AMD64 wynosi ona standartowo 200MHz. Od tego liczy się mnożnik HT i mnożnik procesora. Przykładowo Athlon 64 3800+, rdzen ma mnoznik 12x a HT 5x.

83.26.9.* napisał:
autorem tamtego topica byłem równiez ja w tedy miaęłm byłem na etapie twozenia opisu do cennika w dziale procesory .. teraz jestem na płytach głównych
i nie ewie mjak potraktować tego epoxa, a rozmyslajac nad tym wytwarza sie coraz to wieksza ilosć pytań

83.27.52.* napisał:
no to ja na podstawie http://www.xtremesystems.org/forums/showthread.php?s=&threadid=35186 wiem ze fsb icon_arrow.gif htt

UPDATE:
http://hslab.pl/modules.php?op=modload&name=News&file=article&sid=697

UPDATE2:
http://www.abit-poland.com/prod_mb_show.php?id=109

jakie FSB icon_question.gif i az 1 GHz icon_question.gif
a HT nie ma max 1 GHz icon_question.gif

chyba juz spie... icon_rolleyes.gif

83.26.3.* napisał:
co wy na to
AMD - Pomoc Techniczna napisał(a):
Ad 1. Procesor w architekturze A64 pracuje z częstotliwością uzyskaną ze
zwielokrotnienia częstotliwości generatora nośnej (podstawa 200MHz),
znajdującego się na płycie głównej.

Ad 2. Na dzień dzisiejszy tylko modele socket 939 są w stanie pracować z
pełną prędkością Hypertransport 1000MHz, 754 tylko 800 MHz.

Ad 3. Częstotliwość pracy magistrali Hypertransport ustawia się
niezależnie od częstotliwości pracy procesora, czyli jak zwiększymy to
"200" do 220, to procesor będzie pracował szybciej (kontroler pamięci
również), ale magistrala Hypertransport z urządzeniami I/O będzie
komunikować się ze swoją prędkością (800 lub 1000MHz).

Podobne tematy


Działy









Copyright © 2002-2024 | Prywatność | Load: 1.31 | SQL: 1 | Uptime: 514 days, 4:01 h:m | Wszelkie uwagi prosimy zgłaszać pod adresem eddy@heh.pl