wine或者proton转译的是API。Windows下一些函数为了兼容性导致的开销确实大，而Linux的兼容性相对差，很多地方对高性能计算做了优化，导致wine转译为Linux syscall后特定场景下性能反而提升。
另一种转译是abi转译，这种涉及到指令的翻译，确实很复杂，

abi转译想要快需要做硬件加速，但是一旦要做软件定义的硬件指令翻译加速，就一定会涉及专利问题。我有一台sony的VAIO笔记本pcgc1，用的是全美达的tm5000系列CPU，这个CPU是vliw超长指令集，不是x86，但是模拟的x86。理论上可以通过固件实现软件定义指令集，性能还行，勉强能跑xp。当然了，全美达最后的结局网上都能搜到，就是因为专利问题倒了。不管怎么说，现在的x86的后端都是risc，算是自带微码实现转译。本质上如果愿意拿一部分fpga放进CPU，做硬件加速，模拟任何CPU指令集是可行的，但是终究绕不开专利问题

还真说不准。
典型的就是模拟器用just in time编译，有时候性能比原生平台还好。

由于某些实现问题，有的游戏dxvk性能确实比原生dx好一点点，所以甚至有人在Windows上用dxvk

他说的是对的，x86linux转译windows实际上有些游戏帧数就是会变高，比如传承版gta5，这个游戏只支持dx11，如果你在windows下给它装个dxvk补丁，帧数就会吊打dx11
sd的转译损耗真没那么大，毕竟也是x86平台，和手机转译不同 手机是arm64转译x86的 损耗更大一点，而已只是cpu方面大一点，gpu损耗其实也不多