@MSGID:
<fbed57b4-1553-4b63-b39e-c130754b3aa8n@googlegroups.com> 97cfddcf
@REPLY: <memo.20230917185814.16292G@jgd.cix.co.uk>
2800e6fd
@REPLYADDR Quadibloc <jsavard@ecn.ab.ca>
@REPLYTO 2:5075/128 Quadibloc
@CHRS: CP866 2
@RFC: 1 0
@RFC-References:
1@newsreader4.netcologne.de> <memo.20230917185814.16292G@jgd.cix.co.uk>
@RFC-Message-ID:
<fbed57b4-1553-4b63-b39e-c130754b3aa8n@googlegroups.com>
@TZUTC: -0700
@PID: G2/1.0
@TID: FIDOGATE-5.12-ge4e8b94
On Sunday, September 17, 2023 at 11:58:18 AM UTC-6, John Dallman wrote:
> No 
> architecture can do everything efficiently.

This is true enough.

 I am aiming, though, to err in the direction of doing lots and
lots of things fast ,
 with the penalty that the chip has a lot of extra transistors, and
thus extra die
size, as the price of doing so. 

The reason I`m making this choice is that I envisage the user`s situation to be:

 The user is sitting in front of one computer, with one particular
type of chip in it.
Running out and buying a different computer with a different chip to make one
particular program run faster is not an option.

So I`m going to try to include in my chip stuff like...

hardware support for packed decimal
hardware support for IBM System/360 hexadecimal floating point

because people do run Hercules on their computers and so on.

On the page

http://www.quadibloc.com/arch/per14.htm

 I have now added, at the bottom of the page, a scheme, involving
having dual-channel
memory where each channel is 192 bits wide, that permits the operating system
to allocate blocks of 384-bit wide memory, 288-bit wide memory, 240--bit wide
 memory, and 256-bit wide memory. Only the 256-bit wide memory
requires a division
 by three during the translation from internal logical addresses to
physical addresses.

 So a chip making use of this scheme could allow a very wide
selection of architectures
from history to be efficiently emulated.

John Savard
--- G2/1.0
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441