Article View: de.comp.hardware.misc
Article #10Re: 168 pin DDR Speicher
From: Andreas Triesch
Date: Sat, 04 Jan 2003 14:09
Date: Sat, 04 Jan 2003 14:09
51 lines
3954 bytes
3954 bytes
Herbert Hackelsberger wrote: >>Ich k�nnte ja den FSB beispielsweise bei einer eingebauten 133 MHZ FSB CPU >>auf 266 MHZ einschalten, daf�r aber den Clock Multiplier halbieren. >>Dann w�rde die CPU auch nach den Spezifikationen laufen... Aber was ist Au weia, jetzt's wird's ganz wild.... ;-) La� Deinen Athlon mal weiter mit 133MHz laufen; den FSB266 macht er schon mit dem Chipsatz allein aus. ;-) Was Du vorhast, w�rde FSB533 entsprechen, und da wird die Sockel A-Plattform wohl niemals mehr hinkommen. ;-) >>Ab einer bestimmten MHZ Zahl wird dann der TAKT f�r den PCI Bus >>geviertelt oder so. Also dann w�ren 266 / 4 => 66.5 MHZ, was ja f�r den >> PCI Bus O.K. w�ren... Aber nicht auf 'nem normalen Consumer-Board wie dem A7V133, das hat n�mlich keine 66MHz-PCI-Steckpl�tze, sondern nur die ganz normale 33MHz-Variante; 66MHz hat da nur der AGP. W�rdest Du wirklich den FSB echt, also physikalisch, verdoppeln, so wie Du es oben beschrieben hast - vorausgesetzt, das BIOS erlaubt es und der Proz spielt mit, was beides ziemlich unwahrscheinlich ist-, w�rde das Board versuchen, auch alles andere mit dem doppelten Takt zu fahren, also den AGP mit 133MHz und den PCI-Bus mit 66MHz; letzterer h�ngt an der Southbridge, die auch die Onboard-IDE-Ports steuert, und Festplatten sollen mitunter selbst geringes �bertakten gar nicht m�gen. Und selbst wenn das alles funktionieren w�rde - was niemals der Fall sein wird, denn auch _falls_ das Board das noch alles gebacken bek�me, w�rden sp�testens die Karten in den Slots den Geist aufgeben -, w�rde Dein Speicher immer noch mit 133MHz und einfacher Datenrate laufen, weil ausgerechnet der dummerweise vom FSB-Takt entkoppelt ist und RAM und Chipsatz das DDR-Protokoll nicht beherrschen. ;-) > Wenn ich mir das ganze so �berlege kommt mir noch der folgende Gedanke: > > Also die 66 MHZ kommen an den PCI Bus, 66 MHZ f�r den AGP Port, und dann > bleiben noch 133 MHZ f�r den Speicher, f�r die PC133 SD RAM... > Dann w�re _theoretisch_ das gesamte Problem gel�st... Jetzt komm ich irgendwie nicht mehr mit; Du versuchst, die FSB-Takte genau einzelnen anderen "Schnittstellen" zuzuweisen ? Ich glaub, so einfach geht das nicht. ;-) > Sieht es auch in der Praxis so aus? Glaub ich eher nicht, schon weil der PCI-Bus wie erw�hnt nur 33MHz hat. > Wenn ja, dann w�re es ja auch schwachsinn DDR Speicher zu produzieren f�r > die 168 pin Speicherb�nke... Ist es auch, und genau deswegen tut das niemand. ;-) PS
Technical Details
Message-ID:
<3E16EB13.7050600@truemetal.org>Path:
arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!feed.news.nacamar.de!fu-berlin.de!uni-berlin.de!acb24f9b.ipt.aol.COM!not-for-mailReferences:
<3e16ad7b$0$37624$91cee783@newsreader01.highway.telekom.at> <3E16D7E9.586B6DDB@yahoo.de> <3e16e433$0$19122$91cee783@newsreader01.highway.telekom.at> <3e16e54e$0$13716$91cee783@newsreader02.highway.telekom.at>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII X-Google-Thread: f6e67,58bf93e5db8dd162 X-Google-Attributes: gidf6e67,public X-Google-Thread: 112e72,58bf93e5db8dd162 X-Google-Attributes: gid112e72,public X-Google-ArrivalTime: 2003-01-04 06:08:10 PST Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.icl.net!newsfeed.fjserv.net!newsfeed.freenet.de!feed.news.nacamar.de!fu-berlin.de!uni-berlin.de!acb24f9b.ipt.aol.COM!not-for-mail From: Andreas Triesch <Powersurge@truemetal.org> Newsgroups: de.comp.hardware.misc,at.tuwien.hardware Subject: Re: 168 pin DDR Speicher Date: Sat, 04 Jan 2003 15:09:23 +0100 Lines: 52 Message-ID: <3E16EB13.7050600@truemetal.org> References: <3e16ad7b$0$37624$91cee783@newsreader01.highway.telekom.at> <3E16D7E9.586B6DDB@yahoo.de> <3e16e433$0$19122$91cee783@newsreader01.highway.telekom.at> <3e16e54e$0$13716$91cee783@newsreader02.highway.telekom.at> NNTP-Posting-Host: acb24f9b.ipt.aol.com (172.178.79.155) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Trace: fu-berlin.de 1041689289 12968912 172.178.79.155 (16 [153616]) User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.1) Gecko/20020823 Netscape/7.0 X-Accept-Language: en-us, en