@Liam1997 #6 js 无论是语言，还是主流实现都算不上内存大户，v8 甚至可以说是非常轻量、高性能的。
chromium/electron 内存占用多与浏览器的进程隔离模型有关，每一个 tab/扩展都跑在一个单独的进程中。
真要说内存占用多、运行时特别重的，JVM 这种上来就 reserve 大量内存的才是首当其冲。

迫不及待要升级的用户，到底是处于什么原因需要 5/10 年支持周期起步的 LTS 。

@povsister #41 但因为丢失了信息，有些问题是没有办法在网关正确、可靠的解决的。有些情况对客户端透明非常重要，另一些情况就不一定有这种需求。

@maybeonly #40 很多事情在客户端做更适合也更简单，比如把不同的 app 路由到不同的接口，你在网关就没有足够的信息来做;再比如 dnsroute ，不如浏览器自己分配不同的 tab 走不同的代理。
至于电视、iot 设备，这些直接在网关全局路由到某个接口就行。
在外面上网还要走 vpn 连回家的话，开销就不是一般的了。

@maybeonly #37
> 调试修改起来比单个用户态程序容易太多
好吧，你是写 Cpp 的，能够理解😂
不过用户态一个函数能实现的功能在系统网络栈配合路由和规则做，正常来说最大的优势就是性能了。模块之间如果需要交流，那说明是耦合到一起的。

如果你的 vpn 入站需要路由除访问内部资源以外的流量，那是不是因为你这一套做了太多该在客户端做的，从而不够 portable 。

@povsister #33 因为你在尝试在错误的 layer 解决问题。开两个 firefox container ，一个走美国代理打开 netflix 、一个走日本代理打开 dmm 不就完事了，什么规则、路由、dns 都不需要。

@maybeonly #24 你用一堆 netns 组了个虚拟集群，数据包发过来发过去，这开销一点不比用户态低啊。
复杂度这么高，能保证 correctness 吗，比如任何情况下任意客户端的任意 dns 请求和后续实际请求能够路由到相同的外部接口。
那些代理软件确实不适合在路由器上使用，它们提供的功能根本就不是路由器需要的。路由器只要做好两件事：把不同客户端的出战连接路由到不同外部接口;追踪入站连接，回程路由到来源的接口。其他的你想用什么隧道、起什么服务、vpn 入站、通过 ip/mac/vlan 等方式识别客户端等等都是全部解耦、互不影响的。其他更复杂需求客户端自己做更合适。

感觉你这些 netns 之间高度耦合，那分这些“模块”意义在哪里。大部分需求单机策略路由+netfilter+广泛使用的用户态程序都能解决，再不行起个 tun/tap 全发到用户态自己想怎么搓就怎么搓。
自己跑 recursive 解析器意义也不大。

@YGBlvcAK #12 没有问题，只要你显式告知了，不要让小白信了你的最优化的宣传不小心点到了钓鱼网站 seo 的 google 搜索结果然后被反炸上门就行。

“把所有未知域名交给国外解析绝对安全” 这个很有问题，我可从来没这样说，也没有暗示这种含义。事实上这样做仍然非常、非常**不安全**，不要继续误导不了解的人。

你这需求找智能机已经偏了，不如整个功能机，体积小、续航久、价格低，接电话短信，有的能 4 卡待机，有的支持 5G 和 wifi6 热点。

你所谓的最优化方式就是暴露所有未知域名到国内 dns ，并且你都没有提及这一 implication 。小白信了你这一套就成了和 clash 一样的潜在受害者。

@cnbatch #19 多个屏幕不同 dpi 的场景，和 DE/WM 基本没啥关系，wayland 下都可以为不同屏幕设置不同缩放。
问题在与应用本身，你启动一个应用，应用得自己探测当前屏幕的缩放比例;你把它的窗口移动到其他屏幕，它得自己响应这个事件绘制新的缩放比例的像素。这一点连 windows 也不是每个应用都支持的。

避开国产和“盗版”RHEL 系列的，其他的都可以用。你要是想马上把活干了，那就选 ubuntu;要是想正经使用 linux ，那就避开 ubuntu 。
要是桌面上用，那就避开所有非滚动更新的发行版。

如果你的使用场景涉及不想让其他实体知道你访问的网站，那么你就不是 clash 的目标用户。你有空抓包不如去看看代码，看了你就会知道你现在所做的这些就如同用筛子装水，漏洞百出。

@chengxiao #10 snap 就相当于官方版的一键脚本，这东西是给工作中需要操作 linux 服务器的运维和开发人员设计的，而不是给 linux 用户用的，linux 用户自然不喜欢这东西。

如果你是 linux 用户，那么使用你使用的 linux 发行版。
如果你不是 linux 用户，只是工作需要操作运行 linux 系统的服务器的运维或开发人员，那么 ubuntu 是最适合这类人的。ubuntu 整的 snap 之类的虽然没人愿意用，但是专门给这类人设计的。

OP 有用过 gnome 吗？ gnome 的 HIG(human interface guideline)对触屏、手势和键盘非常友好，应该更适合盲人用户使用。
之前在 hn 刷到帖子，他们本身就很重视 accessibility ，有专门的 funding 和盲人工程师。

js 生态可不原始，一直都是最具活力的生态。
python 现在现代的工具链就 rye 吧 https://rye-up.com/
相当于 rustup for python 。