R: [Fwd: Re: EDE - Personal Suggestions and Ideas]

R: [Fwd: Re: EDE - Personal Suggestions and Ideas]

[BODRATO Stefano]

>What I'm suggesting is a compromise that will allow us to keep the 
>16-bit pointers and clean design of the existing system, and also allow 
>us to quickly access another 64kB of memory that's outside the process' 
>own address space.
>
>Yes, the same effect could be performed using temporary files. But 
>temporary files are *really slow*. In order to copy data out of a 
>temporary file, you have to actually wait for the disk to move. Copying 
>out of ES can be done in about four instructions.

What about the EMS memory banks ?

I know there are several standards, but as already proposed, would it be possible to recycle the original DOS drivers ?
They could be loaded at bootstrap and linked by ELKS-style drivers; I'm thinking at network packet drivers, EMS managers, mass memory such as Hard drives on FLASH card and old non standard floppy and HD.

Re: R: [Fwd: Re: EDE - Personal Suggestions and Ideas]

[Tommy McCabe]

--- BODRATO Stefano <Stefano.Bodrato@pioneerinvest.it>
wrote:
> >What I'm suggesting is a compromise that will allow
> us to keep the 
> >16-bit pointers and clean design of the existing
> system, and also allow 
> >us to quickly access another 64kB of memory that's
> outside the process' 
> >own address space.
> >
> >Yes, the same effect could be performed using
> temporary files. But 
> >temporary files are *really slow*. In order to copy
> data out of a 
> >temporary file, you have to actually wait for the
> disk to move. Copying 
> >out of ES can be done in about four instructions.
> 
> What about the EMS memory banks ?
> 
> I know there are several standards, but as already
> proposed, would it be possible to recycle the
> original DOS drivers ?
> They could be loaded at bootstrap and linked by
> ELKS-style drivers; I'm thinking at network packet
> drivers, EMS managers, mass memory such as Hard
> drives on FLASH card and old non standard floppy and
> HD.

Most 8086-type computer don't have extended memory.
Extended memory was only realy developed after
protected mode made it unnecessary.

> To unsubscribe from this list: send the line
> "unsubscribe linux-8086" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at 
http://vger.kernel.org/majordomo-info.html



	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

Re: R: [Fwd: Re: EDE - Personal Suggestions and Ideas]

[Dan Olson]

> Most 8086-type computer don't have extended memory.
> Extended memory was only realy developed after
> protected mode made it unnecessary.

Technically, they can't have extended memory.  It's the memory above the
8086/8088's 1 meg limit.  They can have some memory in the 640k to 1M
range, but as this area is intended for add-in card memory it's really not
too useful for other purposes, and there's no standard place to always
find empty.  Maybe you're thinking of expanded memory?  That was developed
*before* protected mode made it unnecessary...when you have >1 meg address
space, there's no point.  Those cards are pretty uncommon too, I would say
that there are probably more important things to spend development time on
:)

	Dan