home *** CD-ROM | disk | FTP | other *** search
/ Vectronix 2 / VECTRONIX2.iso / FILES_09 / KOBOLD3E.LZH / KOBOLD_3 / TOOLS / MEMTEST / TTRAMTST / TTRAMTST.ANL next >
Text File  |  1979-12-03  |  5KB  |  105 lines
  1. TT-Ramtestprogramm Vers. 1.1:
  2. -----------------------------
  3.  
  4. TTRAMTST.PRG wurde anlä₧lich der Fehlersuche im TT-Ram geschrieben,
  5. da sich von mehreren Testprogrammen keines als brauchbar erwiesen
  6. hatte. Es ist in Anlehnung an ein bekanntes Testprogramm für den
  7. Mega ST entstanden. Getestet wird lediglich der grö₧te allozierbare
  8. freie Speicherblock, also nicht der ganze Speicher, was aber zur 
  9. Beurteilung normalerweise ausreicht. Eine Fehlfunktion des TT-Ram
  10. kann am besten sowohl bei Dateipackern wie LHARC oder STZIP, als
  11. auch bei Zeichenprogrammen wie MEGAPAINT beobachtet werden und evtl.
  12. auch bei Kopierprogrammen wie KOBOLD. Meistens handelt es sich nicht
  13. um einen Defekt, sondern SIMM's und Speicherkarte passen nicht zu-
  14. sammen. Die Fehler sind meist sporadisch und nicht reproduzierbar,
  15. was die Suche so schwierig macht und sehr gefährlich, da die Daten-
  16. bestände immer fehlerhafter werden können. Das vorliegende Test-
  17. programm hat sich in der Praxis bereits bewährt, die Härte des Tests
  18. wurde so gro₧ wie möglich gemacht. Eine Erklärung der Bedienung ist
  19. nicht nötig, da beim Start entsprechende Kommentare erscheinen. Es
  20. wird aber empfohlen, alle speicherresidenten Programme und auch
  21. MultiTos abzuschalten, den Cache aber anzulassen. Die Testdauer mu₧
  22. aufgrund des Verfahrens möglichst mehrere Stunden betragen.
  23.  
  24.  
  25. Kurze Beschreibung des Testverfahrens:
  26. --------------------------------------
  27.  
  28. Der Speicher wird nacheinander mit verschieden Bitmusters und mit
  29. Variablen verschiedener Länge beschrieben, dann ausgelesen und 
  30. verglichen. Die Kopiergeschwindigkeit nimmt mit der Wortlänge zu.
  31. Danach wird der Speicher mit 2-Byte Pseudozufallszahlen beschrieben,
  32. anschlie₧end die CPU ohne RAM-Zugriff mehrere Minuten lang beschäftigt
  33. und dann wieder verglichen (Refreshtest). Die Zufallszahlen wechseln
  34. ständig, damit kombinatorisch möglichst viele verschiedene Bitmuster
  35. und Koppelmöglichkeiten zwischen Speicherzellen berücksichtigt werden.
  36. Dieses Testverfahren ist au₧er auf den Refresh auf keine bestimmte
  37. Fehlerursache festgelegt, braucht dafür aber sehr lange. Um den RAM
  38. maximal zu belasten, kann der Refreshtest kombiniert mit verschiedenen
  39. Blockkopieraktionen zyklisch endlos durchgeführt werden. In jedem
  40. Zyklus sind die Zufallszahlen wieder anders.
  41.  
  42. Das Programm wurde mit einem Fortran 77 - Compiler geschrieben, der
  43. auf mathematische Operationen optimiert ist. Bei einer Programmierung
  44. in 68030-Assembler würde der Test vielleicht noch besser funktionieren,
  45. was mir aber nicht möglich war.
  46.  
  47.  
  48. Erfahrungen in der Praxis:
  49. --------------------------
  50.  
  51. Es wurden Speicherkarten von 2 Herstellern getestet, wobei von 
  52. insgesamt 8 verschieden SIMM-Typen 6 nicht funktionierten! Nach Rück-
  53. sprache mit einem Hersteller konnte die Problematik glücklicherweise
  54. entschärft werden. Es ist aber zu befürchten, da₧ es inzwischen viele
  55. TT's mit instabilem Ram gibt. Als Vergleich konnten zum Selbsttest
  56. des TT noch 2 andere Testprogramme ausprobiert werden, die aber
  57. bezeichnenderweise selbst dann keine Fehlermeldung machten, als
  58. Programme schon sichtbar fehlerhaft liefen.
  59.  
  60.  
  61. TT-Ramtestprogramm Vers. 1.2 TTRAM_12.TOS
  62. -----------------------------------------
  63. Es wurde eine leicht überarbeitete neue Version erstellt, die auch
  64. unter Multitasking läuft, getestet mit MagiC 2.0/Ease 3.0 und MultiTos
  65. 1.07. Auf Wunsch ist nun auch der ST-Ram testbar. Das Programm läuft
  66. jetzt im ST-Ram ab, alloziert aber bei Bedarf TT-Ram, dadurch kann es
  67. wegen eines Fehlers im TT-Ram nicht abstürzen. Die beiden TT-Flags
  68. sind deswegen nicht gesetzt. Wer trotzdem sichergehen will, da₧ die
  69. maximale Härte im Test erreicht werden soll, kann TT-Flag 1 setzen.
  70. Zum Setzen der Flags gibt es Programme wie FLAG_1_4.PRG oder 
  71. MAKEFAST.PRG oder das CPX-Modul FILEINFO.CPX in den meisten Mailboxen.
  72.  
  73. Beim Refreshtest wird zeitweise das Multitasking abgeschaltet, soda₧
  74. Parallelprogramme gesperrt sind, au₧erdem werden dann in jedem Fall auch
  75. unter Single-TOS keine Tastatureingaben angenommen und gespeichert. Beim
  76. Endlostest sollte deshalb zum Abbrechen von Zeit zu Zeit eine Taste
  77. gedrückt werden. Die Reaktion kann je nach Speichergrö₧e beträchtlich
  78. lange dauern. Erfahrungen zur Testhärte unter einem Multitasking-
  79. Betriebssystem liegen zur Zeit (18.10.94) noch nicht vor.
  80.  
  81. ------------------------------------------------------------------------
  82.  
  83. Das TT-Ramtestprogramm sollte weiterkopiert werden, da es hierbei
  84. offensichtlich eine Lücke gibt und der TT-Ram einen gro₧en Kosten-
  85. faktor darstellt. Falls jemand einen Fehler findet oder sonstige
  86. Vorschläge hat, kann er sich mit mir über untenstehende Adresse in
  87. Verbindung setzen.
  88.  
  89. Am einfachsten im Mausnet unter: Winfried Salomon @ W
  90.  
  91.  
  92. Winfried Salomon
  93. Grünewalder Berg 88
  94. Postf. 100645
  95. 42006 Wuppertal
  96.  
  97. Telefonisch tagsüber dienstlich zu erreichen, aber nur wenn unbedingt
  98. nötig unter:
  99.  
  100. Bergische Uni Wuppertal
  101. FB 13
  102.  
  103. tel:(0202)439-3668
  104.  
  105.