中文 
deepin KVM 切换起来属实也比较费劲， 而且只能多选一， RDP Server 的话， 就是可以同时操作好几个的
我三个 3840x2160 的屏 ， macOS 的设备使用这三个屏幕， rdp 连接 Windows 和 freeBSD, windows 的 画面 直接 拉到 左侧屏幕最大化， FreeBSD 的 桌面直接拉到 右侧屏幕最大化， macOS 桌面中间操作其他事务 ， 一套鼠标键盘， 同时无缝控制至少三个不同的桌面系统，
实际是 两边的一会儿是这个系统， 一会儿是那个系统， 已经尽最大可能的想满足这多达十几个不同架构和OS 的 场景
比如我调试 程序， Linux 作为 server 端， Windows 作为 client 1 连接某采集设备 H1 ， macOS 作为 client 2 连接某显示和回放设备 H2， 当然， 实际情况是 这几者是需要根据调试需要不停的变换的， 所以目前我是用 RDP 协议来统一管控这些 VDI 的桌面， 龙芯设备的宿主系统是 Debian 也没问题, 除了国产系统之外
昨天我又继续尝试了 自行编译 Sunshine 和 xrdp ， 因依赖包的太多， 一个一个调整， 加上 github 的断断续续， 均宣告失败...
真心希望国产系统能在 RDP 协议的 远程桌面 服务上用点心 ， 还有就是尽快升级内核和基线系统版本吧， 龙芯的还好一些， 至少我现在用的挺正常了， 飞腾D3000 的 可就太难受了
PiKVM倒不是KVM切换器，是直接采集设备的硬件HDMI输出作为远程桌面，就不需要调试设备内部的环境了。至于国产操作系统的Linux内核版本和gcc版本这个……不太方便更多评价，只能说现有的障碍很大程度上并不在技术层面，这个确实没有办法
国产的系统主要也就是 统信(深度) 银河麒麟, 中科方德 这几家, 这已经好几家了 ,
那么从架构 上又有 amd64, arm64 , loong64, sw64 这么几个主要的架构 要做适配,
那么 3 x 4 = 12 , 对一个负责国产系统适配这个事情的人来说, 就是 12 个不同的操作系统, 那么一个人旁边能不能摆的开 12 个电脑?
如果考虑 Windows , 那么至少再加两个
那么解决问题的办法必然是 远程桌面
可是 , 以上系统,以上架构, 任何一个, 远程桌面服务, 不是说某一个的远程桌面服务是LaJi, 是在座的所有, 都是La Ji !
无论是 Windows 的远程桌面服务, 还是 Gentoo, Debian , FreeBSD 系统上提供的 gnome-remote-desktop 服务, 只要对比一下 , 就知道 , 国产系统的 远程桌面, 一是启动不了, 二是各种修修补补能启动了, 客户机还连不上, 连上了就黑屏, 不黑屏的情况, 已经是烧高香了, 然后点一下鼠标, 无奈的放弃了, 卡, 非常的卡, 卡到怀疑人生
你要说显卡不行吧, 还真不是, 就那卡的要死的客户端远程桌面窗口里, 你要跑一下 glmark2 , 还能得到 10000 多的得分, glxgears 也都可以至少 60FPS 以上
就连 OrangPi5 里运行的 Ubuntu 的远程桌面服务, 连上去也是非常丝滑, 3840x2160 的分辨率依然毫无迟滞感
龙芯架构上安装的 Debian sid 里用 libvirt 虚拟的 Loongnix20 开启 xrdp 服务连进去都是丝滑无比
但就偏偏 UOS, Kylin 这些 所谓的专业版系统, 那远程桌面体验, 就别提多糟糕了
不知道是什么情况, 专业的系统, 在这方面真的非常不专业, 希望 UOS, Kylin 团队 负责这方面的人看到了来P我