Impressum | Werbung

Geizhals » Forum » Hardware-Tuning » P4 2,2 Ghz auf 3 Ghz (44 Beiträge, 42 Mal gelesen) Top-100 | Fresh-100

^ Forum  Hardware-Tuning  #402700 P4 2,2 Ghz auf 3 Ghz odesmp 06.06.2002, 10:18:45 Kann ein P4 2,2 Ghz auf FSB 133 mit 3 Ghz stabil laufen? . Oder ein P4 2,4 Ghz auf 3,3 Ghz bei FSB 135? Die Kühlung ist eine Wasserkühlung mit Peltier element. Das Betriebssystem ist Win2K und WinXP. Als Netzteile sind 1x 550 Watt für System und 1x 350 Watt für das Peltier Element. MfG. Ralf D.   Re: P4 2,2 Ghz auf 3 Ghz  (Prophet am 06.06.2002, 15:34:39)   Re(2): P4 2,2 Ghz auf 3 Ghz  (odesmp am 06.06.2002, 16:54:33)   Re(3): P4 2,2 Ghz auf 3 Ghz  (odesmp am 06.06.2002, 17:09:53)   Re(4): P4 2,2 Ghz auf 3 Ghz  (odesmp am 06.06.2002, 17:36:11)   Re(5): P4 2,2 Ghz auf 3 Ghz  (cobase am 06.06.2002, 17:39:29)   Re(6): P4 2,2 Ghz auf 3 Ghz  (odesmp am 07.06.2002, 07:31:10)   Re(7): P4 2,2 Ghz auf 3 Ghz  (Prophet am 07.06.2002, 08:11:42)   Re(5): P4 2,2 Ghz auf 3 Ghz  (GrummelGrumpf am 07.06.2002, 08:47:10)   DDR / RAMBUS  (better am 07.06.2002, 09:51:14)   Re: DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 10:26:40)   Re(2): DDR / RAMBUS  (better am 07.06.2002, 13:59:16)   Re(3): DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 15:54:35)   Re(4): DDR / RAMBUS  (better am 07.06.2002, 16:03:40)   Re(5): DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 16:19:08)   Re(6): DDR / RAMBUS  (better am 07.06.2002, 16:32:12)   Re(7): DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 16:43:44)   Re(8): DDR / RAMBUS  (better am 07.06.2002, 17:07:42)   Re(9): DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 17:29:27)   Re(10): DDR / RAMBUS  (better am 07.06.2002, 17:35:43)   Re(11): DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 18:37:46)   DDR / RAMBUS die Zukunft  (better am 07.06.2002, 16:23:41)   Re: DDR / RAMBUS die Zukunft  (Prophet am 07.06.2002, 20:16:24)   Re(4): DDR / RAMBUS  (cobase am 07.06.2002, 20:27:53)   Re(5): DDR / RAMBUS  (odesmp am 07.06.2002, 20:50:20)   Re(5): DDR / RAMBUS  (GrummelGrumpf am 07.06.2002, 21:39:39)   Re(6): DDR / RAMBUS  (odesmp am 07.06.2002, 22:43:46)   Re(7): DDR / RAMBUS  (odesmp am 07.06.2002, 22:50:20)   Re(8): DDR / RAMBUS  (Prophet am 08.06.2002, 00:39:56)   Re(7): DDR / RAMBUS  (GrummelGrumpf am 08.06.2002, 08:30:20)   Re(8): DDR / RAMBUS  (odesmp am 08.06.2002, 18:48:56)   Re(9): DDR / RAMBUS  (GrummelGrumpf am 08.06.2002, 19:54:11)   Re(10): DDR / RAMBUS  (Prophet am 08.06.2002, 23:31:38)   Re(11): DDR / RAMBUS  (GrummelGrumpf am 09.06.2002, 07:11:20)   Re(12): DDR / RAMBUS  (deci am 10.06.2002, 19:38:51)   Re(13): DDR / RAMBUS  (GrummelGrumpf am 10.06.2002, 20:19:10)   Re(14): DDR / RAMBUS  (deci am 10.06.2002, 20:29:30)   Re(15): DDR / RAMBUS  (GrummelGrumpf am 10.06.2002, 20:36:56)   Re(16): DDR / RAMBUS  (deci am 10.06.2002, 20:47:47) ^ Forum  Hardware-Tuning  #407478 Re(8): DDR / RAMBUS better 10.06.2002, 18:35:40 Das ganze ist doch sowieso der volle Markting Schmäh schlechthin. Die dargestellten Taktung sind echt ein nichts an Steigerung. Ich erkläre es am besten so: Nehmen wir an, ein Datensatz liegt schön geordnet im Ram. Der ram unterteilt seinen Platz in Spalten und Reihen. Liegt dieser Datensatz nun in einer Reihe so kann man mit DDR den ganzen Datensatz auslesen ohne den Precacher nach jedem mal Auslesen zu refreshen. SDR kann das nicht. Es muss nach jedem Datenwort den Precatcher neu refreshen. Rambus ist noch etwas komplizter, aber dem DDR sagen wir einmal ähnlich (hat auch was mit den Spalten zu tun). Liegt jetzt nun ein Datensatz leider Wort für Wort im Ram verstreut -und das ist sehr sehr oft der Fall- so arbeitet jeder (also auch der Rambus) wie ein SDR. Das heißt jeder hat die selbe Zugriffszeit (und die variert nicht so stark sogar zwischen SDR und RamBus). Das i-tüpferl daran ist: Den Precacher zu refresh dauert ca. bis zehnmal solange wie das Datenwort aus dem RAM anzusprechen und zu lesen. zum Beispiel: (alles Hausnummer, aber ca. in der Relation zu einander richtig, ze = ZeitEinheit): ein Datenpaket(zu vier Wörtern) in einem Burst (in einer Reihe) mit... ...SDR: 1) Anfrage Wort1 (0.5ze) 2) Auslesen und in den Precacher laden des Wortes1 (2ze) 3) Auslesen des Precachers (0.5ze) 4) Transport von Wort1 über FSB (1ze) 5) Precacher refresh (3ze) und initaliesieren (1ze) 6) Anfrage Wort2 (0.5ze) 7) Auslesen und in den Precacher laden des Wortes2 (2ze) 8) Auslesen des Precachers (0.5ze) 9) Transport von Wort2 über FSB (1ze) 10) Precacher refresh (3ze) und initaliesieren (1ze) 11) Anfrage Wort3 (0.5ze) 12) Auslesen und in den Precacher laden des Wortes3 (2ze) 13) Auslesen des Precachers (0.5ze) 14) Transport von Wort3 über FSB (1ze) 15) Precacher refresh (3ze) und initaliesieren (1ze) 16) Anfrage Wort4 (0.5ze) 17) Auslesen und in den Precacher laden des Wortes4 (2ze) 18) Auslesen des Precachers (0.5ze) 19) Transport von Wort4 über FSB (1ze) 20) Precacher refresh (3ze) und initaliesieren (1ze) insgesamte Dauer: 28ze ...DDR: 1) Anfrage Wort1 (1ze) 2) Auslesen und in den Precacher laden mit Wort1 (2ze) 3) Anfrage Wort2 (1ze) 4) Auslesen und in den Precacher laden mit Wort2 (2ze) 5) Anfrage Wort3 (1ze) 6) Auslesen und in den Precacher laden mit Wort3 (2ze) 7) Anfrage Wort4 (1ze) 8) Auslesen und in den Precacher laden mit Wort4 (2ze) 9) Auslesen des Precachers (4ze) 10) Transport von Wort1,2,3,4 über FSB (2ze) 11) Precacher refresh (3ze) 12) Precacher initialisieren (1ze) insgesamte Dauer: 22ze d.h.: SDR = 28ze DDR = 22ze = DDR ist 22% schneller als SDR Rambus ca. nochmal 10% als DDR Das aber auch nur wenn ein Burst (Wort nach Wort) vorliegt und das kommt allerdings leider (vorallem unter MS) nur sehr selen vor. Ich weiß es ist schrecklich, aber dadurch da Burst so selten vorliegt arbeitet ein DDR und ein RamBus fast immer so wie ein SDR!!! Das einzige was sie unterscheidet ist ihre interne Taktung über den FSB. Und in meinen Beispiel oben sehen wir das gerade mal 1 Zeiteinheit für das Auslesen und Anfragen der Daten draufgeht, sieben (!!!) allerdings für den Rest. Und je höher der Takt desto schneller die Anfrage bzw. Auslese? FAST. Die Mhz haben gerade mal ein Zehntel Einfluss auf die tatsächlich Zugriffs(anfrage)geschwindigkeit! Also rechnen wir noch einmal um (für ein Datenwort) (kein Burst!): SDR133: 7ze + 0,9ze + 0,1ze (durch 133mhz) insgesamt: 8ze DDR266: 7ze (weil ja kein Burst) + 0,9ze + [1 * 50% (durch 266mhz)]ze insgesamt: 7,95ze DDR333: 7ze (weil ja kein Burst) + 0,9ze + [1 * 40% (durch 333mhz)]ze insgesamt: 7,94ze Rimm800: 7ze (weil ja kein Burst) + 0,9ze + [1 * 16% (durch 800mhz)]ze insgesamt: 7,16ze FAZIT: In den meisten Fällen ist DDR266 um +0,6%, DDR333 um +0,75% und Rimm800 um +11,7% nur schneller als ein SDR133! Diese minimale Geschwindigkeitsausbeute steht in keiner Weise dazu was man an anderen Dingen verliert (z.B. Flag-Setzen etc.) und schon gar nicht zum Preis. Solange (vorallem MS) kein vernünfigtes Burst geschaffen wird, kann man mit den derzeit vorhanden Speicherlogiken und Taktungen baden gehen. PS: Der Pentium4 ermöglicht durch seine spezielle Architektur und DMA-Steuerung natürlich mehr als die 11,7% mit Rimm. Das liegt aber eher am Zusammenspiel der beiden die in anderen Bereichen Geschwindigkeiten herausholen als am Prinzip der Taktung. Aber soviel %chen sind das dann leider auch wieder nicht. Was ich eigendlich sagen wollte (speziell an GrummelGrumpf): Sogesehen sind sowohl DDR als auch RIMM tot, weil das ja in Wirklichkeit nur Geschäftsmacherei ist. Weißt eh: neue CPU = neuer Speicher = Board = ist alles sehr viel Geld. PPS: Interesant ist da auch mal (wieder) zu erwähnen das es Intel/MS ja gerade zu anlegen das man immer neu ist: O-Ton MS: "Um unsere Innovationen voll auszuschöpfen empfiehlt sich eine CPU (für wenn schreiben sie wohl denn speziell...) der neuen Generation blablaabla...." O-Ton Intel: "Voll zur Geltung kommen unsere neuen Befehlssätze (und für wenn werden wohl immer die Befehlssätze speziell abgestimmt...?) aber nur mit einem Betriebssystem der letzten Generation blablabla..." mfg better special greets²Grummel*.* ----------------------------------------------------------------------------------------------- Running System Never change a running system Never run a changing system change a never running system! -----------------------------------------------------------------------------------------------   Re(9): DDR / RAMBUS  (GrummelGrumpf am 10.06.2002, 19:25:11)   Re(10): DDR / RAMBUS  (better am 10.06.2002, 19:37:24)   Re(11): DDR / RAMBUS  (GrummelGrumpf am 10.06.2002, 20:18:11)   Re(12): DDR / RAMBUS  (deci am 10.06.2002, 20:32:34)

 

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung