[sldev] Script/Parcel/Memory Limits - Memory Limit Configuration

Dzonatas Sol dzonatas at gmail.com
Mon Dec 21 10:10:48 PST 2009


Argent Stonecutter wrote:
> That hasn't been true for twenty years. Even back in the Amiga's day  
> it was common to copy the OS from ROM to RAM for a performance boost.
>   

Only when they came out with pseudo-fast memory, which made the 
difference between "Fast RAM" and "Slow RAM" based on what the CPU 
controlled.

> The Amiga blitter had nothing to do with ROM vs RAM.
>   

The CPU & Blitter locked memory, this was known as Chip RAM, which is 
analogous to DMA on i386 based CPUs. Psuedo-fast was fast because the 
Chip-set (blitter) did not lock it. Remember that your billboard idea 
for avatar imposters  was actually all done as hardware sprites on the 
Amiga.

It's the same principle in modern OSs, but its done more in software 
than in hardware except for what video cards still do today.

With newer memory cache schemes for multi-core CPUs that are headed to 
replace the "shared" memory architecture between CPUs and other devices 
on the motherboard that we have known, most of the fast and slow memory 
concepts can be expected to become obsolete.

> The Amiga OS also didn't run out of ROM, it ran out of what was called  
> "kickstart" memory, loaded by the kickstart ROM from the kickstart  
> disk. Kickstart memory was RAM.
>   


That was optional. As you can see many people used Kickstart ROM chips 
instead of diskettes. http://en.wikipedia.org/wiki/Amiga_500#Memory_map

Yes, people actually bought chip upgrades to boot/start Workbench 
instead to avoid the undesirable routine to have to find the kickstart 
diskette, load it, boot, and then reload their next flavor of diskette 
based software. Slow RAM with battery backup power was then used to 
upgrade that routine beyond the ROM sets that could be bought.


Anyways, the concepts of fast and slow memory is real, yet since it has 
become a major "no-no" to "hack the hardware" (a.k.a direct 
peeking/poking the hardware), like what used to be so common, the 
concept has faded, but not enough to criticize someone publicly on a 
list like it never existed.

In fact, both Intel and ATI have wanted to put Havok on a chip-set much 
like the Amiga's Chip-set or how any video now does video. That would 
essentially change the way scripts memory relates to physical 
simulation. Scripts with physics heavy procedures could be pinned to the 
Havok memory area. That's just all done in software now, so the 
distinction is just not being made obvious.



More information about the SLDev mailing list