8051是大端，理论上8位机没有大小端问题，不过8051默认编译器是大端。


【 在 hgoldfish 的大作中提到: 】
: 直接认定程序运行在小端上面，而不再考虑大端计算机的存在？
: 读写大端数据的时候，弄个工具函数进行转化。
: 读写小端数据的时候，直接拿内存里面的写入？
: ...................
--
FROM 222.90.82.*

即使新协议规定小端，还有无数既有协议和格式依然使用大端
比如jpeg
【 在 hgoldfish 的大作中提到: 】
: 支持啊。我现在搞自定义的网络协议也用小端。
: 大端派太异端了！
--
FROM 221.198.64.*

不是不可能，不然linus也不会倡议，比如ip header里面有一些冗余的bit，表面是大端还是小端什么的，然后就可以慢慢演进，直到淘汰老协议。



【 在 z16166 的大作中提到: 】
: 这么大的历史包袱是没可能甩掉的，或者说，这么基础又广泛使用的规范，早已深入到每台cpu和每根网络链路里。
: 按规范来，就肯定没问题；不按规范来，得自己保证没问题就行，use it at your own risk。
:
--
FROM 183.242.243.*

网络通信时LE和BE转换有开销，但是这个开销跟其他环节的开销相比很小。

Linus在那个帖子里也说了，这个开销跟其他环节（比如内存子系统）的开销相比很小。
而且LE的risc-v可以通过Zbb扩展把这个转换操作用单条指令实现，提高效率。
如果没有Zbb扩展，LE的risc-v的这个转换可能要n条指令。

Linus反对的是把对BE的cpu的（实验性）支持搞到linux kernel的主线代码（稳定代码）里，
也就是不要拿稳定代码来做试验。

也反对risc-v的cpu支持BE模式，认为现今的任何cpu都不应该再设计为BE的。
也就是说，risc-v只要支持LE + Zbb扩展即可。

所以，引用Linus的东西，要先搞明白他在说什么

【 在 buildtolast 的大作中提到: 】
: 不是不可能，不然linus也不会倡议，比如ip header里面有一些冗余的bit，表面是大端还是小端什么的，然后就可以慢慢演进，直到淘汰老协议。
:
:
--
修改:z16166 FROM 61.48.128.*
FROM 61.48.128.*

技术需要的是严谨

如果娱乐的话，别的版面和论坛、群，大把的呀

【 在 buildtolast 的大作中提到: 】
: 你有点过激了，我并不是要证明自己多牛，或者抬出权威来压制人。我只是隐约有这个印象，所以随口说一嘴。我自觉自己技术能力和职业生涯都比较一般，所以来论坛就是抱着学习和娱乐的态度，并没有想争论什么。争赢了又能怎么样，在生活中还不是继续板砖？
: 感觉你挺严谨认真，有时候别人随口说句话，你就要搜到出处。有时候生活中不必那么端着，时时用恶意去揣度别人。
:
--
FROM 61.48.128.*