一种方法是用 gnome 自带的 GUI 软件“桌面共享”（软件名 vino ），这个也是 VNC 协议的，可以共享当前 session 。

另一种是使用 VNC 包自带的 x0vncserver ，可以共享当前的 Xorg 桌面

@liuxu 楼主的是台式机，3900 没有核显，不存在 PRIME 切换的问题

@qbqbqbqb 低端采集卡，内部处理逻辑和这些“做了处理”的投屏器其实是差不多的，直接采集未必效果好多少。

还不如直接用 scrcpy ，H264 本身就压缩效果好。链路质量好，码率开大一些，效果肯定是完爆 MJPEG 格式的垃圾采集卡的。

@qbqbqbqb 而且你说的“竖屏投屏线内部做了处理，有损”，有可能根本不是竖屏投屏线的锅，估计就是因为转竖屏之后有效分辨率大了，垃圾采集卡 MJPEG 压缩效果差导致的。

采集卡其实也不是无损的。低端采集卡用的是 MJPEG 格式，属于压缩格式。中高端一般是 YUV 格式，虽然不是压缩但是 RGB 转 YUV 以及后续传到电脑上显示的时候 YUV 转 RGB 仍然是有损转换。支持 RGB 格式的采集卡一般是超高端的，特别少见。

@1054850490 华为旗舰都有

@sorasyl 看来是运营商的锅，自己没办法解决。

@qbqbqbqb 新版 zerotier 支持自定义 dns ，就不用手动配了，部署好 dns 服务器之后把它的 ip 填到 zerotier 网络的 dns 设置里，然后其它客户端开启 Allow DNS 应该就可以了。这样应该不用区分操作系统。

可以在 zerotier 网络里部署一个 dns 服务器（用 dnsmasq 之类的服务端，A 域名返回 B IP ，其它域名转发给公共 dns 处理），然后配置本机 zerotier 虚拟网卡的 dns 指向这个服务器。

客户端是 Windows 系统可以这样做（ Windows 系统的 dns 设置是跟随网卡的）。
但如果客户端是 Linux 的话就不太方便（因为 Linux 里 dns 设置是系统全局的 /etc/resolv.conf ，不是绑定网卡，每次连接或断开 zerotier 都要手动改，很麻烦。除非你用 NetworkManager 等支持分网络配置 dns 的网络管理工具接管 zerotier 的虚拟网卡 ip 设置）。

@evoluc97 也可以手写 getter 和 setter ，比如如果字段名叫 isXxx ，手写了 getIsXxx 和 setIsXxx 是没有问题的，框架能正确识别（一般的框架都是优先找 get 前缀的 getter ，找不到再找 is 前缀的 getter ）。但是这样不符合规范，不好维护。
一般大型项目开发的时候都是 IDE 自动生成符合规范的 getter/setter ，或者用 Lombok 之类的工具，这些工具会自动去掉多余的 is 导致后续容易出问题。

@murmur 124%属于以讹传讹了，Win10 以及以后的系统里有两套缩放模式，默认缩放和自定义缩放，工作原理和效果是有差别的（效果上就是默认缩放不兼容的软件会出现文字模糊的情况但是功能基本正常，自定义缩放不会模糊但是软件 UI 可能出现异常）。
所谓 124%其实指的就是使用自定义缩放这个功能，实际上不在乎具体数值，自定义缩放 124%和自定义缩放 125%几乎没差别，但是默认 125%和自定义 125%差别很大。

@ericgui 和 Java 中一些序列化框架的实现有关。
Java 里按照惯例用 getter/setter 方法读写对象属性，字段 xxx 的 getter 和 setter 应当取名为 getXxx()和 setXxx()，如果 xxx 是 boolean 类型的话 getter 应当取名为 isXxx()。
但如果字段名称已经叫 isXxx 了，getter 总不能取名叫 isIsXxx()这种不伦不类的名字吧，于是这种情况 getter 仍然取名为 isXxx()。

然后有些序列化框架是根据 getter 的名字反推字段名，一般情况下字段存到文件里名字都是一致的，但是如果字段名是 isXxx 的话，经过上面一番操作之后存到文件里的字段名就变成不带 is 的 xxx 了，这种不一致会给后续的开发带来麻烦。所以说属性名不能用 is 开头。

解决方法也很简单，直接用形容词就行了，比如 isVisible ，字段名直接叫 visible 即可，一般也不影响可读性。

@tanghongkai 看不懂英文也没关系，有中文

@tanghongkai 其实这个提示有中文版，系统语言配置中文的话 apt 大部分提示中文，而且卸载 essential 包的时候会要求输入“是，按我说的做”

有配置禁用不支持的认证协议吗？ Linux 里的 ppp 客户端默认是开启 eap 协议的，这个一般拨号都不支持，/etc/ppp/options 里得加 refuse-eap 选项禁用 eap 认证。还是不行就再试试 refuse-mschap, refuse-mschap-v2, refuse-chap 这几个选项（国内宽带拨号一般都是 pap 明文认证协议）

用 GVIM ，粘贴命令是"+p
GVIM （纯命令行版不行，需要安装带 GUI 的版本，然后运行 GUI gvim 或者命令行 vim 均可）可以使用 vim 内置的复制粘贴操作（ yank ）来访问系统剪贴板，映射到 vim 的+和*两个寄存器，其中+代表 ctrl+c,ctrl+v 的剪贴板，*代表 X11 里特有的“选中复制，鼠标中键粘贴”的剪贴板

如果是 NVIDIA 显卡用户又没装闭源驱动，卡顿有可能是系统自带的开源驱动导致的，这个问题好解决。

Linux 自带的 nouveau 驱动基本上不支持目前所有新显卡的 3d 加速，必须加 nouveau.modeset=0 这个内核参数关闭相应的功能，否则必出问题（包括但不限于：黑屏；开不了机；卡死；其它 PCIe 设备连带异常，例如网卡不能用，或者 NVMe SSD 读写异常慢，只有个位数 MB/s ）

这里最容易出现问题的就是笔记本双显卡用户，不加这个参数的话，默认用核显启动系统好像没问题，但是 nouveau 驱动在后台搞事，很容易出上述各种毛病。

总之就是：
电脑上有 NVIDIA 显卡的，启动 Linux 安装盘必须手动加 nouveau.modeset=0 这个内核参数；
安装好系统后，如果不需要 3D 加速的，或者笔记本双显卡用户只用核显不用 N 卡的，必须配置引导器每次启动时添加 nouveau.modeset=0 内核参数；
安装好系统后，如果需要正常使用 NVIDIA 显卡，必须安装闭源驱动（安装好闭源驱动以后 nouveau 被屏蔽，就不用加内核参数了）

（网上有些教程加参数 nomodeset ，不建议，尤其是笔记本双显卡用户，这个参数同时会影响核显 3D 加速功能）

@amiwrong123 实际计算中确实是全 1 ，因为计算的过程中不会故意对 2^w-1 取模。