@SkywalkerJi #1

倒是有可能。。得看命。。

好奇这个跟 thinkorm 比起来怎么样

带点瑟瑟的那种搞笑还是。。

好中带了点坏，坏中又带了点好。

你的意思是，让用户更开放的自由选择是否允许 app 长期在后台运行？

你是觉得现在各厂策略不一致还是觉得各厂策略不自由？

@QiShine #3

显卡虚拟化得分在哪个层做。。

nvdia 推的那个 vgpu 也是显卡虚拟化的一种，而且动力很强。

@mcfog #3

确实。。

说实在的，不管是不是个人项目，像你这么搞我是你用户的话绝对会跑路。

@txzh007 #7

不需要 web 的话可以魔改 sunshine

需要 web 或者 100%确定要上 webrtc 的话可以参考 sunshine 的捕获、输入、编解码这边的模块。

觉得太复杂的话可以直接拿 ffmpeg 或者 gstreamer 糊一个，能用，就是质量没 sunshine 好，但也不会太差。

你这不就是云应用吗？


不是必须 N 卡，但 N 卡确实好用。。

@k9982874 #6

吊打一切？

国内很少用 rust 写 web 吧。。其他领域不太清楚，但好像也是 c++为主。

@raycool #1

目前 tts 天花板应该是微软吧？

善用搜索

https://v2ex.com/t/1002547

@datocp #27

更改 tcp autotuninglevel 没办法解决这个问题的。。

问题的原因是线程阻塞。。

请问你是咋发现 win10 没这个问题的。。

我 win10 已经被这个问题搞的头疼好久了。

@0o0O0o0O0o #47

我以上回复针对的是你`@fdghjk #38 你确定是 dd 不是套娃么？要是 dd 成 Linux 都会关机，那我觉得 #34 的方案对你也无效，#29 的就更不可能了。`，你就再怎么 dd 也防不了移动从 host 主动发 soft shutdown 啊。。

你 dd 成 linux 默认也会遵循 soft shutdown 啊，除非你自己改过。

@flyqie #45

最后逆向逻辑指的是客户端

@0o0O0o0O0o #41

你这就有点扯了。。

dd 是能干掉 guest 自己关自己或者发消息让 host 关自己

驱动做拦截是干掉发过来的关机信号，防止 host 主动发信号关机。

如果移动在发信号关机失败后选择断电这种关机模式，那么只能通过逆向出移动相关休眠逻辑才能搞定。

@drymonfidelia #27

没有几次休眠失败之后强关的逻辑吗。。