LZ 说的没啥问题啊 这个 repo 就是让人看上去是开源的啊 我这里做一下小结


1. 在 V2EX 就有很多人在推荐该插件时误认为这是开源的，其他站也有类似的介绍 @icaolei

https://www.v2ex.com/t/918383 2023.02.23

“顺带分享给大家 (开源的产品,用的是第三方的接口)”

https://www.v2ex.com/t/938453 2023.07.20

“沉浸式翻译（开源） 建议”

https://www.v2ex.com/t/913519 2023.02.06

“开源项目 1. 沉浸式双语网页翻译扩展 - immersive-translate”


2. 要不问问这 686 个 fork 了这个 repo 的人，他们是怎么想的？ @echoechoin

https://github.com/immersive-translate/immersive-translate


3. 该 repo 对应的 greasy fork 脚本是对应 AGPL-3.0-OR-LATER @enuenena

https://greasyfork.org/en/scripts/457196-immersive-translate

“License: AGPL-3.0-or-later”


4. 该 repo 在新建的时候用的 Mozilla Public License Version 2.0 @geelaw

https://github.com/immersive-translate/immersive-translate/commit/31016d02ec28e6b896a9648138d09bb906ea98de#diff-c693279643b8cd5d248172d9c22cb7cf4ed163a3c98c8a3f69c2717edd3eacb7

然后在 2022.12.29 改用 GNU AFFERO GENERAL PUBLIC LICENSE Version 3

https://github.com/immersive-translate/immersive-translate/commit/53b4d80b3007dbe14f3d1a618dc31dc7f2fcf6d2

最后在 2023.4.20 改用 EULA

https://github.com/immersive-translate/immersive-translate/commit/af489aa72289ba7159f35fd807f38fca20719392

@20160409

https://github.com/immersive-translate/old-immersive-translate

手工打包这个仓库的源码成.crx 扔到手机上 自测在 kiwi 上能用

感谢 LZ 发帖提醒了 手工换老版本

喜不喜欢看个人 是主观判断了

艺术价值是不错的 词我就不说了 7/8 或 7/4 的旋律本身就有意思 配合上词还意外的带感

@ShadowPower

先针对你给出的测试结果
我尝试装了 virtualbox 7.0.8 ，然而创建的虚拟机没有办法调节硬件虚拟化方式，甚至连内核数量/RAM 大小都没得调，所以没法验证你说的事
如果你真的能在 windows 组件里卸载 hyperv 就把 hyperv 完全关闭，那能补一张图做证明吗？

再针对你说的 hyperv 的虚拟化方式
hyperv 上 host system 可以直接访问硬件，这我确实不清楚。不过我知道虚拟机再轻量，额外开销也不会是 0 。因此测试结果里不体现 overhead ，我还是会怀疑的。

@ShadowPower

https://www.zhihu.com/question/38841757/answer/931526342

从上面的链接看，关 hyperv 可能比想象的更难


<img src="https://img1.imgtp.com/2023/07/04/A52p4hGF.png" alt="无标题.png" title="无标题.png" />

至少我按你说的方式，系统组件里把 hyperv 的东西去掉，也没法彻底关掉 hyperv

P.S. 我开了 windows 沙盒

@ShadowPower

另外 你那样做也可能没有彻底关闭 hyperv

https://www.zhihu.com/question/38841757

上面的链接里提到了 Virtualization Based Security 也会用到 hyperv ，这对应 windows defender->设备安全性->内核隔离功能

@ShadowPower

那我只能说很奇怪了

https://learn.microsoft.com/en-us/biztalk/technical-guides/system-resource-costs-on-hyper-v#cpu-overhead

是虚拟机就会有 overhead ，上面的链接里，MS 自己说的 cpu overhead 在 9%-12%

https://learn.microsoft.com/en-us/troubleshoot/windows-client/application-management/virtualization-apps-not-work-with-hyper-v#determine-whether-the-hyper-v-hypervisor-is-running

这个用于检测当前 windows 系统是否开启了 hyper v 的链接里，系统信息里有一句`Hyper-V Requirements: A hypervisor has been detected. Features required for Hyper-V will not be displayed`，这说明启用 hyperv 之后，host system 也是被当成虚拟机了

结合上面两点，只要开 hyperv ，那么不管开不开其他虚拟机，host system 的 cpu 就有 9%-12%的损失

但是从你给的结果来看，我也觉得两次结果间的差距算是测量误差，这就让人不理解了

@ShadowPower

emmm

你能按这个网页里说的 在你关闭 hyperv 时 检查一下关闭操作是否被正确执行呢？

https://learn.microsoft.com/en-us/troubleshoot/windows-client/application-management/virtualization-apps-not-work-with-hyper-v#determine-whether-the-hyper-v-hypervisor-is-running

@ShadowPower

我自己测的结果是 8086k
禁用 hyperv cbr15 1400 左右
开了 hyperv cbr15 1200 多
aida64 内存读写复制降幅在 15%

你测的结果是？