将我们的基于二进制的微处理器变成三脑部有多困难?
将我们的基于二进制的微处理器变成三元,在那里我们可以有三个选项,0 1,还有其他可能是2?我想知道的特定原因是压缩。您可以做的是压缩任何文件时,您将使用第三个选项(2)指示任何数量的重复值0或1的替换。您的文件编码(也许是包装器)。因此,如果您有以下二进制文件,最常见的序列为0000
,
0110000110111111111000001011011010000001100001
则可以在二进制中替换0000
将其替换为二进制文件,以使其成为三元素,
0112110111111111201011011012001121
然后添加序列0000
在正面任意编码。这可能会大大减少大多数文件的大小,即使那样,它也不能排除其他形式的压缩。
似乎添加专门用于压缩或任何其他功能的第三个选项可能真的很有用,但是我认为重新设计微处理器很难具有此功能。有谁知道最近是否经过认真尝试?
How hard would it be to turn our binary-based microprocessors into trinary, where we could have three options, 0 1 and something else, maybe 2? The specific reason I was wondering is for compression. What you could do is when compressing any file, you'd use the third option (2) to indicate a substitution for any number of repeating values of 0 or 1. You'd then include whatever sequence you substitute with 2 at the beginning of your file in the file encoding (maybe a wrapper). So if you had the following binary where the most common sequence was 0000
0110000110111111111000001011011010000001100001
you could replace 0000
with 2 each time in the binary to make it trinary, like this
0112110111111111201011011012001121
then add the sequence 0000
arbitrarily encoded at the front. This could reduce the size of most files significantly up front, and even then it doesn't rule out other forms of compression.
It seems like adding a third option specifically for compression or any other function could be really useful, but I assume it'd be pretty hard to redesign microprocessors to have this ability. Does anyone know if this has been seriously attempted recently?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论