netox

@cowcomic 总感觉估计跟推理集群类似, 高速网络互联, 就跟 Nvidia 之前收购 mellanox 类似, 感觉 amd 会不会觉得是 GPU 这条路无法超越她亲戚了, 找条别的路子来搞, 万一成了呢

@SmiteChow 为什么会一天一个模型? 如果有个高速 gpt 5.5 级别的模型, 感觉还行? 而且它技术上可以把权重换掉, 只不过相对麻烦

@cowcomic HN 上原贴说下一代芯片正在做, 估计模型可能也会他们自己训练或者跟 AMD 一起搞, 利用 AMD 自己的技术(我记得 2022 年 AMD 还收购了 PENSANDO 这家做 DPU 的公司), 这样的话估计搞集群肯定就不只 27B 了

感觉这种工具站挺有意思的, 碰巧最近有点灵感, 也注册了个域名想后面把一些自己常用的工具放上去

但还没有开始搞, 先让 codex 给撸了个静态放上去站个位置

https://laodeng.tools

取老登/灯这个谐音, 有点恶搞的性质:)

最近把俺的低端小牛换了小牛马拉松，真香啊

不爱回复的我也看笑了……

@sanks666 原来朋友你在这个帖子里问的，我在刚才那个帖子下回复了，对你的 tailscale 域名禁用 fake ip 即可

一直忙着开发 app ，有段时间没来，有客户遇到了一个 surge 兼容的问题（先开 surge 再开 NovaAccess app)，通过分析 surge 日志大概知道了原因，故而分享下

应该很 NovaAccess 用的 libtailscale 直接绑定物理接口有关，这个时候需要对 tailscale 或者第三方认证服务器的关联域名禁用 fake ip 即可解决，比如用 xedge 的话可以参考这个，如果是 tailscale 则把 xedge.cc 替换为 tailscale.com

always-real-ip = *.xedge.cc

理论上也可以用 include all networks ，但这个没有 pro 就没测试了，而且估计大家一般都不会开

Fake ip 这个感觉对于 proxy 类的 vpn 似乎可以节约一次 dns 查询的开销，但是感觉还是会引入一些额外的问题，对此俺就保留意见了，因为俺并不用 surge

另外，一个关于 NovaAccess 产品的小更新，尽管最近 ChatGPT 支持了 codex 远控，我们这个 app 还是会发布基于 in app tailscale 去和 Mac 上的 codex app server 采用官方的 websocket 机制通信，算是一种替代又比较自然的 codex 移动方案，预计在这个月底提交发布，希望感兴趣的朋友可以留意下

作为多年 emacs 用户, 给楼主点赞, elisp 多线程是一个很有挑战的任务,如果搞定了真是会给 emacs 带来很大的提升

看了下楼主 github 上的主页, 下面的 about 可以考虑补充下:)

曾经是 Evil Emacs/Vim 用户，现在是 Jetbrains + IdeaVIM/NeoVim 用户。