[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