68000是16/32位CPU，即"以32位的工作原理工作在16位"。
寄存器32位，地址总线24位，数据总线16位。但是寄存器的32位是为了向前(未来)兼容。以便以后当真32位的68000核心处理器出现时，能够直接兼容现在写的程序。所以称作"以32位的工作原理工作在16位"。

真正32位的68000核心处理器应该是683XX开始的。

到现在么，就是ColdFire。不过飞思卡尔自己好像现在偏重ARM的处理器设计，68k内核的被他们自己边缘化了。

引用:

原帖由 nvnv-sunny 于 2013-9-18 08:33 发表


SONIC3D兄，我看资料说类似68302的cpu主要是用在通信行业，但内核和指令好像还是和68000一样，如果68302是正真的32bit cpu，加上指令相同，理论可以直接将md的68000替换为68302了，就不知道运行效率是不是真的会 ...

68302有完全的68000模式，指令集和时序上都兼容，但硬件引脚上不同。
换上去也不会有任何性能提升。因为你让刘翔以坐电动轮椅的模式前进，该多少速度还是多少(晶振频率/7=MD的68k主频)，原来不能跨的栏也不会因为坐上去的是刘翔，轮椅就变得能跳过去了(指令集一样，任何额外的指令都在68000模式下消失了)。

所以我建议还是别飞线了，很累

引用:

原帖由 nvnv-sunny 于 2013-9-18 17:09 发表

我是在想，如果相同频率运算能力有提升，主要还是浮点运算，那么还是值得尝试的。

旧时代游戏机我们都避免用浮点数算法、就连个三角函数都是用一个宏定义然后一堆（360个）预先算好的值，所以浮点运算提升基本是没有用处的。MD我记得也没有真正的浮点运算，库函数都是整数运算实现的小数运算。。。

引用:

原帖由 Nigel 于 2013-9-19 10:14 发表
68000的32位寄存器能否支持单指令32位整数运算？如果能就是实际的东西
这种情况很常见，比如8086是16位CPU，但组建系统时为节省成本也可以只连8条地址线出来，这系统的CPU是16位的，但整个系统仍是8位（取小）。这不 ...

寄存器可以处理4字节的，运算、存取都可以用32位方式，否则向前兼容都谈不上了。
但数据总线就是16位，不是什么为了组系统时省成本，是68000本身的限制。

只看运算的话，带MMX的奔腾怎么都得算128位了。。。