@HankAviator 苹果锁区对钱包功能几乎无影响，或者说 Apple Pay 是苹果生态里少见的“不锁区”的功能，完全不需要考虑机器或者账号地区就可以随意绑定各国各地的银行卡、公交卡。远远没有安卓手机自带钱包受地区限制严重。

效果上比较相似（窗口透传到桌面）的就是 RDP （ Windows 远程桌面）的 RemoteApp 功能。

不过使用起来差别很大，如果要实现类似 VMWare Unity 的用法比较麻烦。

@kaiveyoung 不是普适的特性，只有 Linux 才是线程有 pid 。像 Windows 这种线程从属于进程的系统就是区分 pid 和 tid 的。

@xingheng “线程有 pid”是 linux 的特色，因为历史遗留问题 Linux 内核里不区分线程进程都统称 task 统一管理。

在 Linux 里 pid 相当于别的系统里的线程 id ，tgid （线程组 id ，等于同一个进程中主线程的 pid ）相当于别的系统里的 pid 。

@maix27 自部署会有经销商上门敲诈，说你企业使用 GitLab 社区版是侵权，逼迫你通过他们采购企业版。

@qbqbqbqb 总结一下安装方式（以 ubuntu 为例）

推荐使用：
1. 发行版官方源 apt 直接安装
2. NVIDIA 官网 CUDA 的 deb 源（注意发行版版本一致）
3. 第三方软件源比如 ubuntu ppa （个人电脑尝鲜使用，注意发行版版本一致）

谨慎使用（需要运维经验）：
NVIDIA 官网 .run 格式的安装包（驱动安装包尽量不使用，CUDA 安装包去掉安装驱动选项）

严禁使用：
不适配当前发行版版本的 deb 或者软件源

@qbqbqbqb 总结一下安装方式（以 ubuntu 为例）

推荐使用：
1. 发行版官方源 apt 直接安装
2. NVIDIA 官网 CUDA 的 deb 源（注意发行版版本一致）
3. 第三方软件源比如 ppa （个人电脑尝鲜使用，注意发行版版本一致）

谨慎使用（需要运维经验）：
NVIDIA 官网 .run 安装包（驱动安装包尽量不使用，CUDA 安装包去掉安装驱动选项）

严禁使用：
不适配当前发行版版本的 deb 或者软件源

不要用官网的.run 安装，始终使用发行版的软件源来安装 NVIDIA 驱动，这样驱动可以随系统内核一起更新，避免掉驱动。

绝大多数 Linux 安装 NVIDIA 驱动翻车，都是使用官网.run 安装包的锅。
使用这个所谓的官方安装包是需要你有非常熟练的运维经验的。而且这个看上去像是通用安装包的东西，实际上并不是能够完美适配所有发行版。如果恰好遇到一个不适配的，可能装完重启就黑屏，或者下一次更新就掉驱动。

永远记住，发行版软件源里的软件总是适配最好的，也是 Linux 中安装任何软件优先考虑的安装方式。
比如 ubuntu 系统首先考虑使用 GUI 的“硬件驱动”或者命令行 apt 安装 nvidia 驱动，如果官方源里版本不合适的话可以使用 ppa 。没有运维经验不要用官网.run 。

如果要使用来自官网.run 版本的 CUDA 的话，一定要关闭 CUDA 安装包中的安装驱动的选项，然后另行通过发行版软件源安装驱动。

Windows 任务管理器里的“内存”实际上是常驻集大小（ RSS ）的意思。当然不包括只申请未使用，或者被交换出的部分了。

要看这些的话需要看“详细信息”tab 里的“提交大小”这一列（默认隐藏，需要右键表头配置之后才能看）

@roundgis 这个开发体验像以前的 delphi 7.0 ，但是写出来的东西可执行文件挺大的

@ysxb1145 估计是怕用工具 dump 出加密的歌曲

补充一下，如果内核使用了 PREEMPT_DYNAMIC ，不仅可以通过内核参数开机的时候选择抢占模式，运行时也是可以随时更改的，看当前模式用下面的命令（需要 root ）
cat /sys/kernel/debug/sched/preempt
修改的命令类似这样（先切换到 root shell ，不要直接 sudo ，shell I/O 重定向会有权限问题）
echo full > /sys/kernel/debug/sched/preempt

看了一下我用的发行版默认就是 full

@daisyfloor “客户端软件自己发起的那次 dns 查询”会泄露，主要原因还是 clash （非 meta ）的 dns 模块不支持远程解析 dns ，而不是 fake-ip ，fake-ip 只是恰好规避了这个问题。

总而言之，只要你的代理软件支持远程解析 dns ，并且正确配置了 dns 分流，对于非国内域名一律使用远程 dns （不能使用类似 clash 的 fallback 这样的功能），会不会 dns 泄露就和 fake-ip 没有关系。

@qbqbqbqb

补充一下，#18 里 v2ray 的“国外 dns”更正为“远程 dns”

而原版 clash （非 clash-meta ）会有 dns 泄露的一个原因也是它内置的接管 dns 模块不支持远程 dns 解析，国外 dns 也是本地解析的，后续向正确的地址建立连接就要依赖于 redir-host 或者 fake-ip 获得原始请求域名再重新进行二次远程解析（其中 redir-host 就是类似 v2ray 的“域名嗅探”的原理）。

而 clash-meta 内核（使用远程 dns 解析功能）或者 v2ray 内核就不存在这个问题，因为它们在第一步接管 dns 解析的时候就可以先进行远程解析，所以只要配置正确无论用不用 fake-ip 都不会泄露。

是不是用 fake-ip 和 dns 泄露无关。

主要是看代理内核接管 dns 解析后所使用的 dns 分流的工作原理。

例如：
1. clash 的 dns fallback 是会并发对国内国外 dns 发起请求然后过滤国内 dns 的无效结果，只要你用了这个 fallback 的功能实现国内外 dns 分流，就会有 dns 泄露，和用不用 fake-ip 无关。
2. v2ray 的 dns 分流是用 geosite 规则匹配国内国外域名分别用对应的 dns 解析，这样只要配置成没有匹配规则的域名一律走国外 dns ，就不会泄露，同样和用不用 fake-ip 无关。

fake-ip 不是用来解决 DNS 泄露问题的

它的实际作用是让 tun 模式的代理也能像传统 HTTP/SOCKS5 代理一样支持域名连接，减少不必要的 DNS 解析，并且充分利用代理软件的路由规则（分流）功能。

传统的 HTTP 或者 SOCKS5 代理都是可以直接用域名建立连接的（有的地方也称为“远程 DNS 解析”），应用发起请求的时候不需要先通过系统进行 dns 解析得到 ip ，直接用域名向代理发起连接请求，这样的话就可以充分利用代理软件的域名分流规则的功能。

但是 tun 模式不一样，因为 tun 是虚拟网卡的原理，其它程序并不知道自己使用了代理，是像平常一样需要先进行 dns 解析得到 IP ，再用 IP 建立 tcp 或者 udp 连接，这样相比传统代理会带来一些麻烦”
1. 代理软件就得分两步处理其它程序的请求，先是接管 dns 解析，再接管后续的真正的连接建立，比较耗时
2. 第二步建立连接的时候代理软件拿到的是 ip ，域名信息没有了，要实现域名分流规则的功能就很麻烦，现在的 v2ray 等代理内核解决这个问题的方法是“协议嗅探”，就是尝试通过应用层的 http/tls 里面的信息来获取域名，这种方法实现域名分流的准确性和普适性有限

而 fake-ip 就是用来解决这个问题的，fake-ip 模式下 tun 模式的代理软件接管了 dns 解析之后，对于被代理的程序的 dns 请求不会实际进行解析，而是给相应的域名关联一个假 ip ，后续程序拿到假 ip 建立实际连接的时候，代理软件就可以知晓这个请求对应的域名，从而像传统代理一样可以直接用域名建立连接（远程解析），或者进行更准确的域名分流等操作。

好处就是提高 tun 模式代理的效率，并且补全了原本 tun 模式相比传统代理反而不支持的一些功能。

缺点是假 ip 会进入系统 dns 缓存，如果关掉代理之后可能会上不了网，这时候需要清除一下系统的 dns 缓存。

@yankebupt vp8, vp9, av1 都是免专利费的吧