0day 可不能乱说，目前你帖子上的"证据"似乎还算不上实锤。

@daimaosix #8

感觉应该发到跟之前帖子差不多的分享发现上，哪怕发在信安也是能理解的。

看完全文发现似乎除了项目是 go 写的以外没有什么涉及到 go 的内容，发到 go 版似乎有点不太合适。

感谢分享，但是你提供的其他服务商中的后几个貌似也不是可信的大厂吧?

业务上干脆还是全扔本地算了，没辙。

在这个容器化成为标准的时代

容器化不是银弹，很多时候容器化带来的副作用也是不可忽视的(性能/复杂性/环境隔离问题)

@deavorwei #17

k8s 跟 docker 不是一个类型的东西，1 个月从 0 搞懂不是个易事

这似乎并不是 pve 的问题，是 debian 方面的问题。

pve 只是基于 debian 的虚拟化管理系统。

为什么要用 linux 。。。

微软花钱还有支持，linux 花钱找支持那可难受了。

rh 这种也不太适合做物联网

@flyqie #15

不过也得分跟谁比了，拼原生肯定干不过，不过 intel 在这个方案上也比其他的有优势。

这是 intel 这边的产品介绍，几年前有相关人士在知乎回答过说是国内这边做的，前几个月我发邮件咨询商务也确实能看出来是中国人名字。

https://www.intel.cn/content/www/cn/zh/developer/topic-technology/bridge-technology.html

@acess #14

文章太老了呀，aosp 跟 intel 都在发展，并且如果要是大量跑到 emu 而不是 call native lib 的话确实性能不太好，没办法。

@acess #4

图形图像性能这边我要是没记错的话，各家一般都会在 guestos 和 vmm 这边一起搞花活，不会直接拿来就用，都要做蛮多优化的。

@w568w #3

分怎么看，linux 上的 anbox 和 waydroid 这种方案比较轻量级，各项性能因为不走 vmm 也会比 emulator 高，但问题也很突出，隔离不太方便做，需要对 aosp 做不少修改，再加上 linux desktop 的生态问题，toC 市场不太好搞。

windows 在几年前网易也做过那种类似 container 的方案，但后来似乎是因为兼容性等原因放弃了，目前还是以 mumu 这种用 vbox 做 vmm 层为主。

toB 这块的话，目前商业方案据我所知大部分都是 aic(aosp in container)，真正做 vmm 的很少，因为 vmm 的虚拟化损耗和资源利用率还是挺麻烦的。

@acess #6

你说的现在叫 ibt ，intel 家这个方案好多年了，一直在维护。

内部名字似乎一直都是 houdini ，效率好邪恶原因是，intel 自己优化，能调 native 的调 native ，调不了的才 emu ，而且 emulator 上也下了不少功夫。

这也是为什么 houdini 那么一大坨的原因。。带了一坨 native so 。

有些不解，如您所说，您在技术社区的活跃时间不短，那么该帖子为什么没有发布任何的评测数据，反而最后着重于洽谈商业合作?

我入行时间比您短的多，但据我所见，技术社区似乎并不欢迎这种模式，您作为前辈对这点应该是了解的吧，特别还是您这种底层优化方案。

其次，您既然提到了您的方案更加有优势，那么是您怎么得出的结果呢，看您的帖子和回复似乎一直说过一阵子再发。

我相信您的履历，但目前光凭该帖子还是感觉有点难以完全信服，期待您能尽快给出相应的评测数据。

提问前请先阅读《提问的智慧》。

不说你咋操作的，起码也得给个运行不了的错误内容吧，不显示任何信息也算。

你这啥玩意都不说那只能推荐你 docker 或者换系统了。

@jsjhlk #2

看了下整个 payload example ，确实大概率是中国人做的。

里面涉及到的很多命名和域名偏好还有文章作者未处理的某个混淆后的变量名(这种加密方式中国人项目非常常用)。

@ck65 #28

这种古董指望像 linux 这种来搞还是算了。

驱动兼容就是个非常非常麻烦的事，开源系统 != 驱动生态好。

@kkk9 #7

有点好奇，镇江那个老板啥时候被带走的，现在还没结果，裁判文书网也没有?

看了下功能，我目前还打算继续 datagrip 。

挺好奇为什么 navicat 要在这个时间出这个版本，是怎么考虑的。

@haiku #37

看到下面才发现。。

印度确实平和，太平和了