@Trim21 #103 看来确实没那么理想，学到了 :-)

@Trim21 #95
`var buf = &Buffer{}` 拿的是结构体，
`var buf IBuffer = &Buffer{}` 拿的是接口，多一次虚表查询看上去是「接口调用绑定」带来的，感觉跟泛型无关

@Trim21
不应该啊，Go 不允许运行时泛型，编译器会把泛型翻译成普通的类型。
以「泛型函数」为例，处理分为 2 步：
1. 具化（ instantiation ）：根据泛型函数的具体实参，以泛型函数 func foo[P T](param P) 为基础，生成一个不带泛型的普通函数 func foo(param int64) 这里假设传入实参类型为 int64 。然后将该调用绑定到生成的函数
2. 调用（ invocation ）：调用生成的普通函数

按理说，几乎不会有性能差别。

@liuzimin moonlight 作为服务器要求 N 卡，sunshine 作为服务器则没有显卡要求。无论哪个作服务器，另一台设备都可以用 moonlight 客户端来连接

@yu1miao #28 坏消息，不单是 DNS 劫持，国内 DNS 除了 DNSPod 全给我投毒了，这下 DoH/DoT 都不管用了

Go 泛型从 2010 年 6 月到最终落地足足有四五个不同的实现版本。
早期版本引入新关键字 contract ，直到 2020 年官方宣布放弃 contract 而采用 interface 关键字来实现（也就是 FGG/FG 方案）。
顺带一提，FGG 方案的作者，也是 Java 泛型的作者
interface 方案相比 contract 进行了大幅简化。除了 interface 定义，几乎没有引入什么新语法，对 caller (client) 来说完全无感、也不需要修改任何代码（编译器自动完成类型推断）；
而且所有泛型都会在 编译期 被消除，实现了极致的向下兼容。
单说泛型这块，实在没什么可嫌弃的

@Charkey
@Memoriae
@mitoop
2C4G ，CPU 平均占用才 20%，这还是有爬虫一直在爬、Gitea 一直要更新镜像仓库的情况下。
Go/Rust 还是很给力的，新增服务的边际成本几乎为零。我选开源项目时都尽量选轻量的，例如 SSO ，Go 写的 Authelia 跑起来完全没占用，换成 Java 写的 KeyCloak 那是连最低配置检查都过不了。
synapse + SQLite 占用很正常啊，不发消息时 top/htop 都看不见的

win10 vim: `scoop install vim`
server vim: `yum install vim-common`
vim plugins: [junegunn/vim-plug]( https://github.com/junegunn/vim-plug) + [ojroques/vim-oscyank]( https://github.com/ojroques/vim-oscyank)

oscyank 插件试了下没问题，可以参考参考

@frencis107 申诉应该是要备案的吧

@onichandame 不是 DNS 污染，而是 DNS 劫持。不管你访问哪个 DNS ，只要你向 53 端口发送请求，运营商直接抢答，请求根本到不了真正的 DNS Server

@podel 免费 workers/proxy 被封 CF 已经不太管了。CF 付费 CDN 在国内还是挺稳的，像 skk.moe 就从没见失联过，我都拿来当网络测试工具，大的论坛用 CF 也不少。
我不套 CDN 的，几年下来每次被墙感觉跟 CF 关系不大，目测都是精准流量识别，然后 TCP/SNI 阻断。
不过确实互联网一刀切作为开发者都麻木了，除非商用否则是一点不想跟国内管网络的打交道

既然是单节点，建议换个高性能服务器一把梭，管理起来方便。
k8s 对性能要求太高，即便是轻量如 k3s ，每个 master 节点空转都需要 2C 2G ； worker 节点网络丢包率必须足够低，不然 Pods 会频繁调度。没个十几台服务器，真没必要 k8s 。如果真的想上集群，可以先试试 docker swarm ，用法跟 docker compose 一模一样。只不过需要把 network 的 driver 换成 overlay 。swarm 相比 k8s 用起来就是少了个 PVC （个人体验）