[Coco] Re: Coco Repack

[Mark Marlette]

At 09:51 AM 8/8/2004 -0700, you wrote:

Kevin,

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

Mark
Cloud-9




>Hi,
>
>         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
>anyway.
>
>                                         kevin
>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 
> images
> > can be stored in one byte per segment.  8 bits means 256 total RAM 
> segments,
> > 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 
> Tandy's
> > 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
>http://five.pairlist.net/mailman/listinfo/coco