- 主题:现在的云桌面哪家强？？
这样的不是一大堆么
把web内容包个壳子，我是最烦这种的了
人不人鬼不鬼的
【 在 tgfbeta (右旋肉碱) 的大作中提到: 】
: 突然有个脑洞：
:
: 如果搞一个类似wine的shim层，但是把渲染的目标改成web，能不能构成一个商业模式？
: 【 在 leeyc (巡山小校) 的大作中提到: 】
--
FROM 123.172.55.*
第一个问的就是他们，他们说成本太高，他们也不主推这个
摆明了就是不想做，华三深信服锐捷到是很积极
【 在 oicu (Oh! I see you!) 的大作中提到: 】
: 非要找‘国产的’，不是还有菊花厂的么。
: 【 在 leeyc (巡山小校) 的大作中提到: 】
: : 感谢回答！
: : 为啥我想用云桌面来降低采购pc成本呢，因为普通pc在我们这里需要走政府集采！集采你懂的，配置烂，价格高，5000的pc，配置都不如电商3000块钱的配置，而且供货周期特别长，不是你想买就能买的，我们深受其害！
--
FROM 123.172.55.*
我们全是业务，没有工作之外的其他需求。
citrix的那个xenapp是吧，我一直没整明白那个咋回事
现在还是想着买个集成产品得了，省心省事，让厂商来做，我这定方案就行了
【 在 iwannabe (I wanna be) 的大作中提到: 】
: 如果仅仅是业务系统，citrix或者ms的remote app 足够了
:
: 就是怕使用者除了工作之外还有额外的需求
:
--
FROM 123.172.55.*
哦哦。。虽然不太明白咋回事，但是，经你这么折腾一番，程序运行效率会降低很多吧
有些客户端本来就做的很烂，再这么折腾一下，即便能运行，也的慢出翔来啊
而且，兼容性如何保障呢？
感觉坑很多啊
【 在 tgfbeta 的大作中提到: 】
: 不是，我的意思是，一个win32进程，本来通过一套native API来画控件，响应native事件
: 通过一个魔改的wine来运行以后，控件最后都画在canvas上，然后DOM事件被翻译到native事件，这样这么一整，可以把传统客户端程序封装到docker里……
--
FROM 124.235.195.*
不够实用啊。。
【 在 tgfbeta 的大作中提到: 】
: 但是这个架构不是很有趣么？
--
FROM 124.235.195.*
这个。。
网络不行还是虚拟机给配置太低？还是存储io瓶颈了？
【 在 butian 的大作中提到: 】
: 都是理想情况。我们这自己搞的虚拟桌面像他妈慢动作似的。
--
FROM 124.235.195.*