[Coco] Re: Coco Repack
mmarlett at isd.net
Sun Aug 8 13:45:04 EDT 2004
At 09:51 AM 8/8/2004 -0700, you wrote:
Sounds like a great idea! Contact Boisy he is looking for some people to
help out on the NitrOS-9 project. This would be a good task for you.
boisy at cloud9tech.com
> I get it. The segment (block, page, whatever you want to call them)
>count is fixed at 256 (i.e. 8-bit). We can change that to if we wanna.
> And yes I do realize that NitrOS9 would have to be ... reworked.
>Maybe it should be parameterized to handle differing MMU page sizes
>KnudsenMJ at aol.com wrote:
> > In a message dated 8/7/04 10:09:18 PM Eastern Daylight Time,
> > kevdig at hypersurf.com writes:
> > > Forgive my stupidity, but why does reallocating the bits in the
> > > address cut the max memory to 1 Meg (from 2?)?
> > Let's assume you restrict the MMU registers to 8 bits, so process DAT
> > can be stored in one byte per segment. 8 bits means 256 total RAM
> > no more!
> > Currently those are 8K apiece, times 256 = 2 Megs.
> > Many of us once longer for smaller segments, like 4K, but times 256 is
> only 1
> > Meg total.
> > It's a tradeoff between total RAM size and segment sizes. After a lot of
> > public head bashing against the walls, some years ago we concluded that
> > original design of 8K wasn't so bad after all.
> > Besides, it's what the DEC PDP-11 family used -- the machines where
> UNIX was
> > nurtured, if not born. --Mike K.
> > --
> > Coco mailing list
> > Coco at maltedmedia.com
> > http://five.pairlist.net/mailman/listinfo/coco
>Coco mailing list
>Coco at maltedmedia.com
More information about the Coco