> Dnia 00-10-19 Aley Keprt pisze: > > > The real reasons are: > > 1. Sam is 8bit, Amiga 16bit, PC 32bit computer > This is not true. When you mean bitness as number of data lines > outside CPU case (usual meaning), the Amiga 1200 and 4000 are > 32bit, PC was 8bit (8088), 16bit (8086) and 32bit (80386DX).
I don't mean data lines. Are you a programeer? So you should know, that bitwidth of machine code instructions is what counts. I don't know much about Motorola's insctrucion set, but the Intels's one uses 32bit data. (I assume Dave uses Win32 or DPMI, not 16bit DOS.) > But to the code size the registers size has influence. In this > case SAM is 16bit, Amiga 32bit and PC is 16bit (real mode) or > 32bit. I cannot say much about PC protected mode, but in real > mode 1/3 of code size is to deal with CPU structure (changing > segment registers or moving data from one register to register > that can be used in particular operation). Sam is 16bit????? A joke? Sam is 8bit. Each instruction is 8bits = 1 byte. You can have some prefixes, and of course data. On PC the instruction can be much longer, since data are always 4 bytes (with some exceptions, which aren't seen in C-compiled code too often), and instruction itself is 1-5 or more bytes. > > 3. PC's op.system has several built-in funcions, which cause > > "hello world" programs to be quite large. But the point is > > that bigger programs don't grow so fast. > And you have to talk "whole sentence" to Windows... Why Windows? If you make DPMI programm, it's large too, especially when you cound DPMI server too. > > This way Sam would be cheaper, since we don't need 32kb ROM. > The 64kB EPROM chips are cheapar than 32kB and 16kB ones. Were they in 1989 when Sam was built? > -- > Yarek. >
