作者 陈怀临 | 2012-11-15 11:23 | 类型 云计算 | 14条用户评论 »
[泛腾科技的徐总是我好朋友。多谢你们的胶片。另外,有兴趣的同学们,完整的User Manual也在这里!!!]
工具箱 本文链接 | | 打印此页 | 14条用户评论 »
“泛腾科技 。 云桌面硬件加速方案”有14个回复
感谢首席的支持。
泛腾电子的加速方案拓展了众核处理器的应用领域,定能显著推进云桌面应用的发展和普及。
也欢迎所有感兴趣的朋友一起交流讨论。
之前与云游戏概念。
所谓的硬件加速,其实也是要配合虚拟化软件来实现的。。。
不理解文中的“云桌面”,是否就是remote X? Host System运行的CentOS上除了泛腾外,还需要安装什么特殊应用软件?
硬件加速是将方案中最消耗主机计算资源的工作卸载掉,从而提高单机的容量,起到节省空间,电力和采购成本,提供效率的目的
目前一台服务器支持多少用户?
关键时延要小,压包解包速度要快。对客户端需求的最小带宽也有指标吧?
徐总,能不能整点干的啊,寥寥几页ppt,就把我们打发了啊。
目前单片加速卡支持64路数据通道,后面会增加到90路。关键就看主机是否能够支持多少个用户了。
延时问题,要看应用的场景。如果是局域网,在网络传输方面一般不会有问题,就看服务器处理能力了。如果是公网,网络延时是最主要的。目前码流以2Mbps为标准,大了延时更加明显。
同意茶话汇。 现在的桌面虚拟化解决方案,视频的需求比较多,特别是教育行业,市场上的虚拟化系统这方面相对来说做的比较好一些的是vmware的方案,协议是自己定义的,一般其他厂商用rdp的比较多,无论rdp还是spice,音视频处理都是短板,音频不太了解,视频的话刷帧延时非常严重,client的处理器一般要是arm的效果都很差,占用cpu太高,atom还可以接受。实际上在client端加速也可以做,但不具备可移植性。所以还是比较看好服务器端加速的,但就像茶话汇说的,必须得配合虚拟化软件,最好能有个简单的配合rdp或者spice的demo,这样更方便推广一些。
To Mayl 我们公司的方案就是将远程桌面视频化,降低客户端的要求。客户端只要有个播放器就可以了。所以瘦终端,手机,平板都可以。当然所有的计算和视频编码都在服务器端,对服务器的压力的确很大,尤其是视频编码非常消耗计算资源。而泛腾的方案就是将视频编码下放到我们的众核加速卡上,从而释放主机的计算资源,从而在单机上支持更多的客户端和应用。
近期云桌面是个十分热门的应用。
有木有干货啊
感谢首席的支持。
泛腾电子的加速方案拓展了众核处理器的应用领域,定能显著推进云桌面应用的发展和普及。
也欢迎所有感兴趣的朋友一起交流讨论。
之前与云游戏概念。
所谓的硬件加速,其实也是要配合虚拟化软件来实现的。。。
不理解文中的“云桌面”,是否就是remote X? Host System运行的CentOS上除了泛腾外,还需要安装什么特殊应用软件?
硬件加速是将方案中最消耗主机计算资源的工作卸载掉,从而提高单机的容量,起到节省空间,电力和采购成本,提供效率的目的
目前一台服务器支持多少用户?
关键时延要小,压包解包速度要快。对客户端需求的最小带宽也有指标吧?
徐总,能不能整点干的啊,寥寥几页ppt,就把我们打发了啊。
目前单片加速卡支持64路数据通道,后面会增加到90路。关键就看主机是否能够支持多少个用户了。
延时问题,要看应用的场景。如果是局域网,在网络传输方面一般不会有问题,就看服务器处理能力了。如果是公网,网络延时是最主要的。目前码流以2Mbps为标准,大了延时更加明显。
同意茶话汇。
现在的桌面虚拟化解决方案,视频的需求比较多,特别是教育行业,市场上的虚拟化系统这方面相对来说做的比较好一些的是vmware的方案,协议是自己定义的,一般其他厂商用rdp的比较多,无论rdp还是spice,音视频处理都是短板,音频不太了解,视频的话刷帧延时非常严重,client的处理器一般要是arm的效果都很差,占用cpu太高,atom还可以接受。实际上在client端加速也可以做,但不具备可移植性。所以还是比较看好服务器端加速的,但就像茶话汇说的,必须得配合虚拟化软件,最好能有个简单的配合rdp或者spice的demo,这样更方便推广一些。
To Mayl
我们公司的方案就是将远程桌面视频化,降低客户端的要求。客户端只要有个播放器就可以了。所以瘦终端,手机,平板都可以。当然所有的计算和视频编码都在服务器端,对服务器的压力的确很大,尤其是视频编码非常消耗计算资源。而泛腾的方案就是将视频编码下放到我们的众核加速卡上,从而释放主机的计算资源,从而在单机上支持更多的客户端和应用。
近期云桌面是个十分热门的应用。
有木有干货啊