|
1.关于甲骨文ARM 2H12G已经足够应对桌面版,除非你有在ARM上使用plex emby的转码需求才需要4H ARM。
2.个人实测你的本地与服务器的线路延迟在80ms以内即可达到丝滑(前提是务必进行一次转发),如果你的延迟非常低,直接在本地做一次frp转发,如果是延迟比较高,达到100ms以上,比较好的方法是看一下世界地图,能不能找到一款中转的机器离你比较近,然后这台机器跟服务器延迟也比较低,那么就可以考虑做跨机器转发,我这里给大家举一个例子(我们都知道之前一段时间首尔非常拉胯),如何可以做到在首尔ARM上也能做到丝滑的Gnome体验,这里建议找一台春川机器做转发,首先这两个机器非常近,首尔直连我们比较差,但是春川直连速度就比较好,这样在春川上面做代理就可以直接让首尔gnome体验起飞,请各位杠精自己做完了再考虑来不来喷我。我这里只是给大家举一个例子,主要是让各位MJJ能够有所启发,远程桌面他是实时图像,延迟高了体验肯定好不到哪里去,所以永远记住一个要点,机器与你越近越好,你要做的就是想尽办法去接近这个极限。
3.桌面版其实是可以做大盘鸡的那种性质的,主要是大家从没有感受过ARM的极限传OD的速度,我这里直接告诉大家答案,我测试的时候是用的甲骨文春川,进如gnome后,用桌面浏览器访问世纪互联传输140GB文件时,速度可以非常稳定在1Gbps。你没有看错!杠精别哔哔!
4.关于大家的xrdp为什么必须要做一次frp转发才流畅,我只能说这应该是一个BUG或者说是微软的RDP协议和xrdp之间的兼容性问题,如果要了解其中的发生过程,恐怕是要深究源代码才能知道问题所在,我没有这个能力,但是这是目前最有效的办法。
5.关于桌面版的应用,很多人都会喷linux桌面没有任何意义,这里要看大家的使用场景,比如你是一个搞片子的,如果你对质量有要求,你肯定没一个片子都要看看质量到底怎么样是吧,如果你是用命令行的方式去操作虚拟机管理片子是很困难的一件事,而桌面版天生就是搞片子的,你下完了片子直接用ubuntu的vlc打开直接看就可以了,这样你就清楚哪些片子要留哪些片子是垃圾,整理好后上传OD,起码在这个场景上桌面版确实是比较方便的一件事,命令行和桌面图形各有各的好,主要是看你的应用场景,对于ARM来说装不装图形班对于性能影响忽略不计,你装了图形班,你还是可以正常的SSH机器,做到想干啥都有方案不好吗。
6.关于远程的音频传输,loc里已经有大佬的帖子了,善用搜索,实测可以运行在gnome上。
7.另外我再强调一遍VNC是linux早期时的远程工具,基本是截图性质的传输,跟xrdp根本就不是一个时代的产物,现代linux远程还是xrdp靠谱一点,如果你非要用技术贫困时期的东西,我也没办法,有好的技术不用非要用差的技术,那怎么好的机器体验也是稀烂! |
|