SD vs EDO RAM in Super Socket 7 Boards
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
SD vs EDO RAM in Super Socket 7 Boards
Thomas und matze79 hatten hier die Frage aufgeworfen ob es einen Unterschied macht SD oder EDO in ein Super Socket 7 Board zu stecken.
Ich habe auf meinem AGP-ALI mit einem AMD K6-2 500MHz mal ein paar Tests gemacht. Im Board steckte eine NVIDIA GeForce im AGP Steckplatz und das Speichertiming hat das BIOS automatisch gemacht.
Die Tests liefen jeweils unter FreeDOS, ohne jegliche Treiber/Speichermanager. Ich habe Memspeed, NSSI und BYTEmark auf beide Konfigurationen losgelassen. Die Unterschiede sind praktisch nicht existent, aber seht selber...
Ich habe auf meinem AGP-ALI mit einem AMD K6-2 500MHz mal ein paar Tests gemacht. Im Board steckte eine NVIDIA GeForce im AGP Steckplatz und das Speichertiming hat das BIOS automatisch gemacht.
Die Tests liefen jeweils unter FreeDOS, ohne jegliche Treiber/Speichermanager. Ich habe Memspeed, NSSI und BYTEmark auf beide Konfigurationen losgelassen. Die Unterschiede sind praktisch nicht existent, aber seht selber...
Zuletzt geändert von SuperIlu am So 21. Apr 2019, 10:30, insgesamt 1-mal geändert.
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
Re: SD vs EDO RAM in Super Socket 7 Boards
PC133
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
Re: SD vs EDO RAM in Super Socket 7 Boards
EDO 60ns
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
Re: SD vs EDO RAM in Super Socket 7 Boards
Mhh, deine Konfigurations-Details sind leider nicht spezifiziert genug, so dass ich deine Ergebnisse noch nicht so recht einzuschätzen vermag.
Zuvor hatte ich mir das noch nie durchdacht bzw. selbst getestet, da ich entsprechende Boards gar nicht verwende.
Ich hatte mal ein ASUS TX97-XE (Sockel 7, Intel 430TX-PCI-Chipsatz) das wahlweise mit EDO oder SD bestückt werden konnte. Aber dort war der max. FSB bei 66MHz, so dass ich mir gut vorstellen kann, dass da die Unterschiede vermutlich nicht nennenswert ausfallen.
Welches Board verwendest du denn da genau mit deinem ALI-AGP-Chipsatz, das beide RAM-Typen zulässt. Ich dachte bisher immer das sind dann FSB-100MHz-Boards, die dann nicht mehr auf EDO setzen, da sie die Taktfrequenzen nicht mehr bedienen können.
Dein K6-2 lief auf dem Board mit Multi 5 auf 100MHz FSB und der EDO spielte da mit?
Edit: Zugriffszeiten (nicht Zyklen!) und Bandbreite sollten sich meines Erachtens von EDO auf SD erhöht haben, allein schon wegen des gesteigerten FSB. Meines Wissens stagnierte es ab SD bis hin zu DDR-3 lange bei ~10ns, aber die Bandbreite steigerte sich stetig.
Von daher sind deine bisherigen Benchmarks vermutlich auch noch nicht aussagekräftig genug, denke ich.
Zuvor hatte ich mir das noch nie durchdacht bzw. selbst getestet, da ich entsprechende Boards gar nicht verwende.
Ich hatte mal ein ASUS TX97-XE (Sockel 7, Intel 430TX-PCI-Chipsatz) das wahlweise mit EDO oder SD bestückt werden konnte. Aber dort war der max. FSB bei 66MHz, so dass ich mir gut vorstellen kann, dass da die Unterschiede vermutlich nicht nennenswert ausfallen.
Welches Board verwendest du denn da genau mit deinem ALI-AGP-Chipsatz, das beide RAM-Typen zulässt. Ich dachte bisher immer das sind dann FSB-100MHz-Boards, die dann nicht mehr auf EDO setzen, da sie die Taktfrequenzen nicht mehr bedienen können.
Dein K6-2 lief auf dem Board mit Multi 5 auf 100MHz FSB und der EDO spielte da mit?
Edit: Zugriffszeiten (nicht Zyklen!) und Bandbreite sollten sich meines Erachtens von EDO auf SD erhöht haben, allein schon wegen des gesteigerten FSB. Meines Wissens stagnierte es ab SD bis hin zu DDR-3 lange bei ~10ns, aber die Bandbreite steigerte sich stetig.
Von daher sind deine bisherigen Benchmarks vermutlich auch noch nicht aussagekräftig genug, denke ich.
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
Re: SD vs EDO RAM in Super Socket 7 Boards
Moins,
das Board heisst "AGP-ALI", wurde AFAIK von RedFox gebaut/vertrieben.
Der K6 lief jeweils mit FSB100 und 5x. Das hab ich absichtlich nicht geaendert. Der 60ns EDO war offenbar schnell genug, mit 70ns EDO lief es nicht mehr.
Gruss Ilu
das Board heisst "AGP-ALI", wurde AFAIK von RedFox gebaut/vertrieben.
Der K6 lief jeweils mit FSB100 und 5x. Das hab ich absichtlich nicht geaendert. Der 60ns EDO war offenbar schnell genug, mit 70ns EDO lief es nicht mehr.
Gruss Ilu
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
Re: SD vs EDO RAM in Super Socket 7 Boards
Öhm... du testest den Cache und den Prozessor.
siehe z.b. deine Kurve vom Memtest: bei exakt 512kb geht die Kurve runter, Ergebnisse werden nur bis 512k angezeigt und dein L2 hat 512kb.
Die Benchmarks passen auch alle in den L1/L2 Cache.
Sinnvoller wären Tests wie z.b. Speedsys, DOOM Timedemo, PCPBench, Quake Timedemo, zippen und entzippen.
Also Tests die etwas mehr Speicher nutzen.
siehe z.b. deine Kurve vom Memtest: bei exakt 512kb geht die Kurve runter, Ergebnisse werden nur bis 512k angezeigt und dein L2 hat 512kb.
Die Benchmarks passen auch alle in den L1/L2 Cache.
Sinnvoller wären Tests wie z.b. Speedsys, DOOM Timedemo, PCPBench, Quake Timedemo, zippen und entzippen.
Also Tests die etwas mehr Speicher nutzen.
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
Re: SD vs EDO RAM in Super Socket 7 Boards
Ich seh schon, da muss ich noch mal ran. Hab halt erst mal das genommen was eh auf meinem FreeDOS drauf ist...
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
Re: SD vs EDO RAM in Super Socket 7 Boards
PS. und CacheCHK wäre noch supi, da sieht man schön die Latenzen
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
Re: SD vs EDO RAM in Super Socket 7 Boards
So, ich hab mir bei PhilsComputerLab mal das Benchmark-Paket runtergeladen:
Ergebnis:
SD
EDO
Also knapp 50MB/s mehr Speicherdurchsatz die sich in der "Realitaet" in einem halben Frame/s bei Quake auswirken
Ausgefuehrte Benchmarks: 2, 3, 4, 5, 6, B, E, M, NErgebnis:
Code: Alles auswählen
SD EDO
2 173.2 173.0
3 283.4/170.0fps 278.1/166.8fps
4 77.5/46.5fps 77.1/46.2fps
5 97.8 91.6
6 22.7 22.0
B 1117rt 1127rt
E 66.8s/14.5fps 69.3s/14.0fps
M 394 393
N 152.59MBs 104.24MBs
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
Re: SD vs EDO RAM in Super Socket 7 Boards
Hallo Illu, sehr interessant - ich hätte irgendwie einen größeren Unterschied erwartet. Sehe ich richtig, dass Du 192MB SD und 32 MB EDO verwendet hast? Falls ja, wären die Unterschiede bei gleicher Größe vielleicht noch geringer.
Das die EDOs 100 mhz wegstecken, hat mich überrascht. Rein Optisch sehen die Module ja im Vergleich zu SD schon altmodischer aus.
Das die EDOs 100 mhz wegstecken, hat mich überrascht. Rein Optisch sehen die Module ja im Vergleich zu SD schon altmodischer aus.
Acer AcerMate 386SX 33, Cyrix FasMath FPU, 6MB RAM, 3Com Etherlink Mit XT-IDE, Miro PCM1 Pro, 1GB Transcent Industrial CF
- SuperIlu
- Norton Commander
- Beiträge: 122
- Registriert: Di 13. Nov 2018, 09:40
- Wohnort: Berlin
- Kontaktdaten:
Re: SD vs EDO RAM in Super Socket 7 Boards
Ich hab leider keine Kombination in meinem Fundus gefunden wo der RAM dann gleich gross war.
Die 2x16MB EDO waren die einzigen die in der Konfiguration funktioniert haben und bei den SD ist das Board auch sehr kleinlich und piepst beleidigt wenn ihm ein RAM-Riegel nicht passt
Die 2x16MB EDO waren die einzigen die in der Konfiguration funktioniert haben und bei den SD ist das Board auch sehr kleinlich und piepst beleidigt wenn ihm ein RAM-Riegel nicht passt
http://twitter.com/dec_hl - Vier 8086 habe auch 64bit!
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
DOjS, Javascript fuer MS-DOS: https://github.com/SuperIlu/DOjS/
-
- LAN Manager
- Beiträge: 224
- Registriert: Sa 9. Jan 2016, 23:25
Re: SD vs EDO RAM in Super Socket 7 Boards
Wie groß ist denn die cacheable area Deines Boards?
Auf dem Bild in Deinem ersten Post sieht man, daß Du Rev. E des Aladdin V Chipsatzes verwendest, zusammen mit einem externen tag RAM (evtl. 32K8?) und 512 kiB L2-Cache.
Der interne tag RAM ist bei Rev. E nicht funktionsfähig und soweit ich das verstehe, kannst Du lt. Datenblatt zum Chipsatz S. 77 und S. 121 mit einem externen 16K8 tag RAM und 512 kiB L2-Cache maximal 128 MiB RAM cachen. Für 512 MiB RAM bräuchtest Du schon einen externen 16K10 tag RAM, den ich aber noch auf keinem Board gesehen habe. Die Kombination aus 512 kiB Cache + 32K8 tag ist leider nicht im Datenblatt erwähnt. Da aber auch 1 MiB L2-Cache mit einem 32K8 tag RAM nur 128 MiB cachebaren RAM ergeben, sehe ich da schwarz.
Wenn Du jetzt also 192 MiB SD-RAM einsetzt, liegen davon aller Wahrscheinlichkeit nach 64 MiB außerhalb der cacheable area und somit ist der Zugriff darauf verlangsamt. Die 32 MB EDO-RAM sind hingegen vollständig zwischengespeichert.
Boards, bei denen der interne tag RAM des Aladdin V aktiviert ist und die auf einen externen tag RAM Chip verzichten, sind z. B. das Asus P5A Rev 1.06 und das Jetway 542C. Diese sollten mit 512 kiB L2-Cache auch 512 MiB RAM zwischenspeichern können. Allerdings unterstützt von den beiden nur das Jetway sowohl EDO- als auch SD-RAM.
Wie sehen die Meßwerte aus, wenn Du nur 32 oder maximal 128 MiB SD-RAM einsetzt?
Auf dem Bild in Deinem ersten Post sieht man, daß Du Rev. E des Aladdin V Chipsatzes verwendest, zusammen mit einem externen tag RAM (evtl. 32K8?) und 512 kiB L2-Cache.
Der interne tag RAM ist bei Rev. E nicht funktionsfähig und soweit ich das verstehe, kannst Du lt. Datenblatt zum Chipsatz S. 77 und S. 121 mit einem externen 16K8 tag RAM und 512 kiB L2-Cache maximal 128 MiB RAM cachen. Für 512 MiB RAM bräuchtest Du schon einen externen 16K10 tag RAM, den ich aber noch auf keinem Board gesehen habe. Die Kombination aus 512 kiB Cache + 32K8 tag ist leider nicht im Datenblatt erwähnt. Da aber auch 1 MiB L2-Cache mit einem 32K8 tag RAM nur 128 MiB cachebaren RAM ergeben, sehe ich da schwarz.
Wenn Du jetzt also 192 MiB SD-RAM einsetzt, liegen davon aller Wahrscheinlichkeit nach 64 MiB außerhalb der cacheable area und somit ist der Zugriff darauf verlangsamt. Die 32 MB EDO-RAM sind hingegen vollständig zwischengespeichert.
Boards, bei denen der interne tag RAM des Aladdin V aktiviert ist und die auf einen externen tag RAM Chip verzichten, sind z. B. das Asus P5A Rev 1.06 und das Jetway 542C. Diese sollten mit 512 kiB L2-Cache auch 512 MiB RAM zwischenspeichern können. Allerdings unterstützt von den beiden nur das Jetway sowohl EDO- als auch SD-RAM.
Wie sehen die Meßwerte aus, wenn Du nur 32 oder maximal 128 MiB SD-RAM einsetzt?
Ich werde mich von keinem einzzzigen Prozzzessor trennen.
Jedoch lockt es mich beinahe, ihn Dir zu überlassen, nur um zu sehen, wie er Dich in den Wahnsinn treibt
Meine Begehren
Jedoch lockt es mich beinahe, ihn Dir zu überlassen, nur um zu sehen, wie er Dich in den Wahnsinn treibt
Meine Begehren