XRAM-Test vs. MEMDRV


XRAM-Test vs. MEMDRV

von kfischer » Di 23. Jun 2015, 16:14
Moin,

wie zuverlässig sind die beiden Programme eigentlich, wenn man seine Speichererweiterung damit testen möchte? Im Fall einer SRAM-Erweiterung dürften die beiden Teiltests "Valley" und Refresh" von MEMDRV wohl eh keine Bedeutung haben. Somit würde mich interessieren, ob der Satantronic XRAM-Test vergleichbar ist mit dem MEMDRV "Peek"-Test?

Gruß
Klaus

Re: XRAM-Test vs. MEMDRV

von tfhh » Mi 24. Jun 2015, 12:53
Moin,

kfischer hat geschrieben:wie zuverlässig sind die beiden Programme eigentlich, wenn man seine Speichererweiterung damit testen möchte? Im Fall einer SRAM-Erweiterung dürften die beiden Teiltests "Valley" und Refresh" von MEMDRV wohl eh keine Bedeutung haben. Somit würde mich interessieren, ob der Satantronic XRAM-Test vergleichbar ist mit dem MEMDRV "Peek"-Test?

Hmm, pauschal kann man das nicht beantworten. Ich verwende insgesamt drei Tests in unterschiedlicher Reihenfolge, je nachdem, was ich testen möchte.

XRAM.COM ist aus meiner Sicht nur ein einfacher Quick´n´Dirty Test. Es ist gut dafür, mal schnell zu sehen, ob die richtigen Bänke entsprechend dem eingestellten Modus erkannt werden. Durch die grafische Darstellung kann man schnell sehen, ob eine PIA-Leitung defekt ist/nicht richtig angeschlossen (bei verdrahteten Speichererweiterungen, die an die PIA gehen) und ob die volle Kapazität erkannt wird. Auch bei fehlerhaften GALs oder Logik-ICs ist dies brauchbar, so zeigt XRAM.COM bei Fehlern einer Compy-Shop Erweiterung z.B. mal "272 KB" X-RAM an und Bank $FF ist angeblich in Benutzung. Gibt unendlich viel mehr Szenarios...

Der Speichertest an sich von XRAM.COM ist nicht besonders zuverlässig und erkennt Refresh, Valley und Walking Bit Fehler selten bis gar nicht. Bei SRAM basierenden Erweiterungen ist das selten, bei DRAM schon eher, also dafür unbrauchbar.

MEMDRV.COM ist sehr zuverlässig im Erkennen der verschiedenen Erweiterungen und in erster Linie ideal für Refresh-Tests. Dies kann durchaus auch bei SRAM Erweiterungen Sinn machen, denn sporadische Abstürze und Hänger sind nicht zwingend ein Problem des Zusatzspeichers, oft und gern auch des Hauptspeichers, wenn ein ANTIC "D" verbaut ist. Die ersten Serien vom 600XL und 800XL hatten den ANTIC "D" vom 400/800er verbaut, und dieser hat nur ein 7-Bit Refresh, was nicht für alle DRAMs ausreichend ist. Der ANTIC "D" ist an der Modellbezeichnung CO12296 (NTSC) und CO14887 (PAL) erkennbar. Die neueren ANTIC "E" haben die Bezeichnung CO21697 (NTSC) und CO21698 (PAL). Dadurch, daß viele DRAM basierende Erweiterungen, die in den 80er gebaut wurden, Probleme mit dem ANTIC "D" hatten, wurde der gern mal "weitergereicht" - man erhält also auch durchaus neuere Bauserien vom 800 XL mit altem ANTIC 8)

Für eine DRAM-Erweiterung ist so ein alter ANTIC ein Problem, es wird nicht sauber laufen. Bei SRAM Erweiterungen gibt es normal keine Probleme. Jedoch - durch das fröhliche Durchtauschen - kann es vorkommen, daß man ein XL Mainboard mit altem ANTIC hat und DRAMs drauf, denen das Refresh an sich auch nicht auslangt. Im Normalbetrieb ist das ohne Bedeutung, da bei aktiviertem Bildaufbau mit genug darzustellenden ANTIC-Zeilen genügend Refresh-Impulse generiert werden. Problematisch wird es, wenn der Bildschirm ganz abgeschaltet ist (DMA aus) oder nur sehr wenige Informationen zu sehen sind. Es kann dann passieren, daß der ANTIC nicht genügend Refresh-Zyklen generiert und einige, wenige DRAM Modelle damit Probleme haben. Da kippelt dann mal EIN Bit irgendwo, was natürlich durchaus zu Abstürzen führen kann. Einen solchen Fehler hatte ich mal, wo ein 800 XL mit Klaus-Peters-MegaRAM (mit Patch bereits versehen) fehlerhafte Daten beim Kopieren mit dem Super-Speed-Copier erzeugte, aber KP´s Copy2000 V2.41 problemlos funktionierte. Hier lag es allein daran, daß Copy2000 den Sektorinhalt beim Kopieren darstellt und insgesamt mehr Bildzeilen in der Display-List hat als der Speedy-Copier. Das bißchen war genau die Ursache, nach wildem Tauschen von Hauptspeicher und DRAM auf der megaRAM hatte ich dann eine Kombination, die lief.

Auch führt es natürlich zu Problemen, wenn jemand aufgrund defekten Speichers sein Hauptspeicher auf einem 800 XL gegen 41256er getauscht hat und einen alten ANTIC drauf hat. MEMDRV.COM (kann auch ohne Speichererweiterung gestartet werden, dann wird die eine Page Hauptspeicher geprüft!) hängt sich dann beim Refresh-Tests ziemlich sicher auf. Voila, Problem erkannt.

So, nachdem ich etwas abgeschweift bin, zurück... MEMDRV.COM also Top zum Prüfen von Refreshproblemen und Standard-RAM-Fehlern.

Der aus meiner Sicht beste RAM-Test für X-RAM ist jedoch immer noch das kleine, feine BASIC-Programm "PAGEFIND.BAS", was ursprünglich dafür programmiert wurde, für myDOS das RAM-Disk-Setup zu ermöglichen und "nebenbei" einen sehr guten Speichertest beinhaltet. Der "Deep" Test ist zwar langwierig, aber extrem penibel und zeichnet sich dadurch aus, daß auch Fehler über eine Page hinweg sicher erkannt werden. Ebenso werden verschiedenste Tests im Timing und permanenten Umschalten zwischen X-RAM und Hauptspeicher durchgeführt. Als ich seinerzeit der "BSI" Problematik mit Hias´ S-RAM Erweiterung auf der Spur war, war PAGEFIND.BAS das einzige Tool, was noch Fehler fand, wenn man dachte, alles chic.

BTW: Die nächste Firmware von Sys-Check (also übernächste, es kommt demnächst ein kleines Zwischen-Release) wird Speichertests auf der Basis von PAGEFIND.BAS beinhalten. In den vielen Jahren habe ich einfach nichts Besseres gefunden...

Grüße, Jürgen

Re: XRAM-Test vs. MEMDRV

von kfischer » Do 25. Jun 2015, 20:00
Hallo Jürgen,

vielen Dank! Deine Beiträge sind wie immer hilfreich, ausführlich und informativ.

tfhh hat geschrieben:MEMDRV.COM ist sehr zuverlässig im Erkennen der verschiedenen Erweiterungen und in erster Linie ideal für Refresh-Tests. Dies kann durchaus auch bei SRAM Erweiterungen Sinn machen, denn sporadische Abstürze und Hänger sind nicht zwingend ein Problem des Zusatzspeichers, oft und gern auch des Hauptspeichers, wenn ein ANTIC "D" verbaut ist.


Natürlich habe ich gleich mal nachgeschaut und es ist kein ANTIC "D", sondern ein ANTIC "E" verbaut. Ich kannte bis vor kurzem nur den XRAM-Test von Satantronic bis ich per Zufall auf MEMDRV gestoßen bin. Beide Tests werden von meiner Erweiterung erfolgreich absolviert, aber wenn man sich den Unterschied in der Geschwindigkeit anschaut, bekommt man schnell das Gefühl, dass MEMDRV einfach intensiver testet. Schön finde ich den Dauertest, da kann man seinen Rechner auch mal stundenlang testen. Nicht wirklich klar ist mir der Unterschied zwischen Banksuche und Bank-Editor. In beiden Fällen werden die Bänke ermittelt und das Ergebnisse in einer Datei weggespeichert.

tfhh hat geschrieben:Der aus meiner Sicht beste RAM-Test für X-RAM ist jedoch immer noch das kleine, feine BASIC-Programm "PAGEFIND.BAS", was ursprünglich dafür programmiert wurde, für myDOS das RAM-Disk-Setup zu ermöglichen und "nebenbei" einen sehr guten Speichertest beinhaltet.


Da bin ich mit Sicherheit mal drüber gestolpert, hatte dem Programm aber wohl keine Beachtung geschenkt, da in BASIC geschrieben. Werde ich mir auf jeden Fall bei Gelegenheit nochmal anschauen.

tfhh hat geschrieben:Die nächste Firmware von Sys-Check (also übernächste, es kommt demnächst ein kleines Zwischen-Release) wird Speichertests auf der Basis von PAGEFIND.BAS beinhalten.


Das ist schön! Darauf warte ich schon gefühlte 2 Jahre ;)

Schöne Grüße,
Klaus

Re: XRAM-Test vs. MEMDRV

von Mathy » Fr 26. Jun 2015, 00:25
Hallo Klaus

PAGEFIND.BAS lädt eine Datei nach, wenn ich mich nicht irre heisst die PAGEFIND.COM. Man braucht also beide Dateien.

Tschüß

Mathy

PS es würde mich sehr wundern, wenn Andreas (CC) PAGEFIND nicht in seiner Sammlung hat. Die eventuell auch schon irgendwo an einem seiner Postings hier in ABBUC-Forum hängt.

Re: XRAM-Test vs. MEMDRV

von dl7ukk » Fr 26. Jun 2015, 09:46
Hi,

um es genauer zu machen.

PAGEFIND.BAS und dazu Gehörendes sind Tools aus dem Paket des 130XE+ Macroassemblers von Th. Karwoth. Der 130XE+ ist mittlerweile PD und natürlich in der PD-Bibliothek des ABBUCs zu finden.

Der Speichertest läuft im Original unter MyDos 4.50 und evtl. nicht mit allen für den A8 verfügbaren Dos Versionen! Das Basic Programm (Shell) lässt sich gut anpassen - zB. für einen Dauertest. Normal wird nur einmal getestet. In der Anleitung zum 130XE+ steht auch warum der Speichertest notwendig war und ein Überblick wie er funktioniert.

Re: XRAM-Test vs. MEMDRV

von HiassofT » Fr 26. Jun 2015, 13:03
Hi!

Mathy hat geschrieben:PS es würde mich sehr wundern, wenn Andreas (CC) PAGEFIND nicht in seiner Sammlung hat. Die eventuell auch schon irgendwo an einem seiner Postings hier in ABBUC-Forum hängt.

Ich hab' da auf meiner Site ein ATR mit Ramdisk Test-Programmen rumliegen, PAGEFIND.BAS ist da natürlich auch mit drin. Genauso wie Jürgen bin ich der Meinung, dass das eines der besten Testprogramme ist - Timingfehler beim Ermitteln der Page Sequenz haben schon so manchen schwer zu entdeckenden Bug in der Ramdisk Logik aufgezeigt.

Hier ist das ATR: http://www.horus.com/~hias/tmp/ramdisktest.zip

BTW: PAGEFIND.BAS verwendet ein MyDos spezifisches XIO Kommando um das PAGEMAP.COM File nachzuladen, funktioniert also nicht mit anderen DOSen. Auf dem ATR ist aber eh MyDos mit drauf.

so long,

Hias

Re: XRAM-Test vs. MEMDRV

von olix » Fr 26. Jun 2015, 17:13
tfhh hat geschrieben:BTW: Die nächste Firmware von Sys-Check (also übernächste, es kommt demnächst ein kleines Zwischen-Release) wird Speichertests auf der Basis von PAGEFIND.BAS beinhalten. In den vielen Jahren habe ich einfach nichts Besseres gefunden...


:goteam: Ein Update für das Sys-Check-Modul - Super!
Wie erfahre ich denn wann und wo es das Update gibt? Hier im Forum :?:

Oliver

Re: XRAM-Test vs. MEMDRV

von CharlieChaplin » Fr 26. Jun 2015, 19:46
Ja,

der Andreas hat Pagefind.BAS, Memdrv.COM, XRAM021 u.v.a. XRAM-Testprogramme in seiner Sammlung. Auch in meinem recht kurzlebigen Diskettenmagazin, namens XLE-Mag, waren diese Programme z.T. schon drauf. Aber im Abbuc-Mitgliederbereich findet man das auch alles unter:

=> Mitgliederbereich => Tool Packs Compilation => System Info/Test Paket als zwei geZIPpte Disk-Images.
http://www.abbuc.de/mitgliedschaft/down ... ad/16/1190
(Für den Download muss man mind. eingeloggt sein, evtl. benötigt man auch eine Freischaltung vom Admin.)

Da ich die Images dort schon vor vielen Jahren abgelegt habe (bzw. habe ablegen lassen), sind manche Programme nicht mehr auf dem allerneuesten Stand (z.B. Sys-Info von KMK/Drac030). Ich habe es allerdings aufgegeben, die Programme dort upzudaten...

Re: XRAM-Test vs. MEMDRV

von tfhh » Mo 29. Jun 2015, 11:07
Moin,

HiassofT hat geschrieben:BTW: PAGEFIND.BAS verwendet ein MyDos spezifisches XIO Kommando um das PAGEMAP.COM File nachzuladen, funktioniert also nicht mit anderen DOSen. Auf dem ATR ist aber eh MyDos mit drauf.

Es geht auch mit XDOS von Stefan, er war so nett, und hatte damals den dafür nötigen XIO Befehl myDOS-kompatibel gemacht.

Gruß, Jürgen

Re: XRAM-Test vs. MEMDRV

von GoodByteXL » Fr 2. Okt 2015, 16:53
HiassofT hat geschrieben:BTW: PAGEFIND.BAS verwendet ein MyDos spezifisches XIO Kommando um das PAGEMAP.COM File nachzuladen, funktioniert also nicht mit anderen DOSen.

Unter SpartaDOS X 4.47 Zeile 30 wie folgt ändern:

Code: Alles auswählen
30 XIO 40,#K1,7,128,"D1:PAGEMAP.COM"


Erläuterung dazu im User Guide, 6.3.9

Re: XRAM-Test vs. MEMDRV

von GoodByteXL » Fr 5. Aug 2016, 17:25
Habe für meine Zwecke den alten Pagefind angepasst und zusammen mit XRAM auf eine Bootdisk für SDX 4.48 gepackt.