这三篇都没有提到这个新指令要解决的痛点，就是x86和中国脱钩了，包括兆威不能用了，中国怎么办。不是中国不想用，而是不许用。怎么办？
【 在 lukeff 的大作中提到: 】
:  
: 转一篇贴吧的文章：  
: 看着龙芯与mips彻底分道扬镳，感情多少有些复杂。说实话我个人对mips多少还是有些感情的，毕竟学生时代看着Hennessy大神的量化研究方法带来的震撼终身难忘，还有以mips为代表的极简风格的指令系统所包含的“Soft is all”的理念——当然这一切都如同本人的青春一般随风而逝了。  
:  
: 关于LoongArch，只能说龙芯选了充满矛盾而又最难走的一条路  
:  
: 充满矛盾:你们似乎都没意识到一件事，现在否定mips ISA的任何理由，都是在质疑20年前龙芯；你们如今把mips说的一无是处，那当初胡伟武为什么选一个一无是处的指令体系？  
: 不可控，指令槽有限缺乏扩展能力，软件生态萎缩，专利风险——这些问题20年前看不到吗？就算二十年前看不到十年前呢？如果说如今的行为是拨乱反正，之前的二十年是积累试错，那在IC设计这个日新月异而又竞争残酷的行业一家以十年为单位试错的公司/设计团队的能力在商业领域没有存在的价值，也就是在军工/政府这样封闭的市场才能苟延残喘！所以即使龙芯要独树一帜也请对mips口下留情。  
:  
: 最难走:从龙芯的ppt上来看，以后的龙芯是打算抛开mips完全独立自主了。这样的好处就是可以完全甩开mips的历史包袱轻装上阵，真是可喜可贺！因为mips的历史留下来坑说是天坑都是抬举它，接触过得人应该都能理解。  
: 而且目前mips大量基础软件由于没有优化，老旧不堪性能底下。如今正好LoongArch发布，所谓新官三把火，龙芯的团队正好把这些基础库/包用LoongArch一举更新，在客户哪里直接宣传“旧mips的费拉不堪，新LoongArch武德充沛”，到时候客户纷纷转投就LoongArch门下顺带采购一批新硬件，龙芯的销售额节节攀升。  
: 双喜临门，欧耶！  
: 但不识抬举的我只有三个小问题：  
: 一：旧的不支持LoongArch的龙芯硬件还会不会有人继续维护，相关软件会不会继续优化更新？  
: 二:当初mips的时候龙芯没能力更新mips的基础软件，如今换成LoongArch就能变出生产力？  
: 三:如今你可以抛弃MIPS，顺带否定二十年前的选择。那LoongArch的生命周期又是多少年？能有二十年吗？  
: 综上，对于一家致力于打造商业体系/软件生态公司而言ISA的稳定性/连续性即是它的生命线，又代表它的商誉。有些事可以卖力的做不能大张旗鼓的说。  
: 既然百分之百兼容mips，那继续在mips上添加扩展就好了，我看不出独立门户对龙芯如今眼前的困境有什么直接帮助，反而是在给自己制造困难。  
: 当然这条路如果真的龙芯有能力走通，那收益也是极大的，祝龙芯一路顺风吧！  
:  
: 然后是关于二进制翻译，就公开的信息而言二进制翻译部分的原理也没什么新意，就是当年全美达那一套思路——硬件TLB物理查表加速翻译 专用硬件处理地址映射，只是比当年全美达和俄罗斯那个少了VLIW。  
: VLIW目前实践来看效果并不好，但龙芯得超标量乱序流水线也不见得在二进制翻译里效率会很高，因为只要翻译查找表和地址映射部分出现miss，这个流水线的都要状态受影响，性能损失会非常大，arm可能还好一些，而x86那么复杂的指令体系那么多的寻址方式，硬件加速部分设计难度非常大。  
: 很多人再提苹果和windows桌面应用的二进制翻译。其实我之前那个帖子也说了，二进制翻译最难处理的是复杂的硬件驱动和被涉及深度优化的代码下程序的稳定运行。如果对稳定要求不高，对效率也要求不高的桌面级应用，比如日常的办公环境，其实二进制翻译在这块问题确实不大。  
: 但你们到龙芯官网上看看龙芯的产品线多复杂，从嵌入式但多路服务器，而服务器上涉及的外设品种远超普通pc。苹果那么封闭的生态系统搞二进制翻译可比龙芯作为CPU供应商做支持简单多了。  
: 而且更无解的是商业问题，如果要用ARM和x86，人家为什么要选龙芯？  
: --

发自「今日水木 on VOG-L29」
--
FROM 14.202.106.*

这个新指令就是要干这个兼容的事
【 在 Bernstein 的大作中提到: 】
:  
: 那直接出一个兼容的啊，不是还有兆芯之类东东  
:  
: --  
: 蜗牛角里争何事  
: 石火光中寄此身

发自「今日水木 on VOG-L29」
--
FROM 49.180.105.*