Re: What to do with slow Chip/ST RAM
David Brownlee <[email protected]> Wed, 11 Mar 2009 19:00:58 +0000 (GMT)
| Newsgroups | gmane.os.netbsd.ports.atari,gmane.os.netbsd.ports.amiga |
|---|---|
| Message-ID | <alpine.NEB.2.00.0903111854320.2275@localhost> |
On Wed, 11 Mar 2009, Frank Wille wrote: >> Would anyone be interested in adding support to use chip/ST >> RAM on the amiga/atari in a similar fashion (obviously some of >> it is likely to be reserved for device DMA). > > I doubt that it would work very well for Amiga, because (I think) the amount > of available Chip RAM is not constant. There may be allocations for floppy > disk, audio or video DMA buffers at any time. > > The altmem device works with a fixed contiguous memory region? It would probably be best to allocate most of the slow RAM to the altmem device on boot and leave just enough to work as DMA space for the devices. The important question is how *much* slower is the slow ram. tsutsui@ commented that mvme86k already handles split between fast and *very* slow (uncached!) ram by just assigning priorities in uvm() so the fast ram is all used first. Maybe that is a better approach for amiga and atari (maybe they are already doing that?) An interesting benchmark would be to run a system with the memory bank priorities set appropriately, and then run it again with the slow ram unsued apart from dma allocations and see if having more ram (albeit slower) offsets the speed penalty of accessing it. In an ideal world the system could be tunable, so those with large quantities for fast ram would not use slow at all, and those with very little fast ram would... -- David/absolute -- www.NetBSD.org: No hype required --