home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / de / comp / sys / amiga / misc / 2902 < prev    next >
Encoding:
Text File  |  1992-07-28  |  2.7 KB  |  62 lines
  1. Newsgroups: de.comp.sys.amiga.misc
  2. Path: sparky!uunet!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!chx400!josef!avalon.physik.unizh.ch!cschneid
  3. From: cschneid@avalon.physik.unizh.ch (Schneider Christian)
  4. Subject: Re: Virtueller Speicher, kleiner Testbericht.
  5. Message-ID: <1992Jul28.125100.15382@ifi.unizh.ch>
  6. Summary: Kommentare zum Testbericht
  7. Keywords: vmem virtual memory GigaMem
  8. Sender: cschneid@amiga.physik.unizh.ch
  9. Nntp-Posting-Host: avalon
  10. Organization: Informatik Club d. Universitaet, Zuerich
  11. References: <1992Jul28.074442.23410@unibi.uni-bielefeld.de>
  12. Date: Tue, 28 Jul 1992 12:51:00 GMT
  13. Lines: 47
  14.  
  15. In article <1992Jul28.074442.23410@unibi.uni-bielefeld.de> markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
  16. >Was mir fehlte waren Hinweise auf den (realen) Speicherverbrauch. In der
  17. >Praxis erwies sich VMEM als sehr (real) Speicher-hungrig. Dies habe ich mir
  18. >dadurch erklaert, als das eine MMU-Tabelle, die 1.9 GB RAM verwalten soll
  19. >natuerlich Speicher kostet. Leider wird dies nirgends erwaehnt. Nun gut,
  20.  
  21. Der Grundspeicherbedarf liegt in der Groessenordnung von 70K, wobei pro 10Mb
  22. virtueller Speicher in etwa 5K, pro 1MB Puffer etwa 1K zusaetzlich verbraucht
  23. werden. (Programm eingerechnet, Werte fuer A2000, bei einem A3000 wird auf-
  24. grund der anderen Systemkonfiguration weniger Speicher benoetigt.)
  25. Aus diesem Grunde ist mir obengemachte Aussage nicht ganz klar, vielleicht
  26. wurde faelschlicherweise der Puffer und der Cache miteingerechnet, diese
  27. sind aber frei einstellbar.
  28.  
  29. >eine erheblich kleinere MMU Tabelle zur Folge. Uebrigens gibt das Handbuch
  30. >selber als Maximum 1 GB an, wohl hatten die Tester/Autoren keine groessere
  31. >Platte zur Verfuegung.
  32.  
  33. Das Programm hat eine Beschraenkung auf 1 Gigabyte. "Schuld" daran ist die
  34. Art der Belegung des Amigaadressraumes. Kollisionen mussten vermieden werden.
  35.  
  36. >Ausserdem fehlten Hinweise auf moegliche Fehlerquellen und Gefahren, so
  37. >z.B. das VMEM nicht mit "CPU FASTROM" laeuft.
  38.  
  39. Falsch, lief auf unserem Testgeraet einwandfrei.
  40.  
  41. >Lustigerweise lassen sich die Probleme des knappen Chip-Rams aber nicht
  42. >umgehen. VMEM kann nur FastRam managen.
  43.  
  44. Zugriffe durch Customchips laufen natuerlich _nicht_ ueber die MMU und
  45. verunmoeglichen natuerlich ein auslagern von Chip Ram.
  46.  
  47. >Grosse VMEM Bereiche ziehen eine grosse MMU Tabelle nach sich, verringern
  48. >dadurch das aktive reale RAM. Nun haben wir uns am Rande des Machbaren
  49. >bewegt, im Normalfall spielt dies kaum eine Rolle.
  50.  
  51. Siehe oben.
  52.  
  53. >Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
  54.  
  55. - Chris
  56.  
  57. -- 
  58. -- 
  59. Chris Schneider - cschneid@amiga.physik.unizh.ch BIX: hschneider IRC: cschneid
  60. The goal of science is to build better mousetraps. The goal of nature is to
  61. build better mice. - Human beings were created by water to transport it uphill.
  62.