终于，我还是走上了自建探针

设计哲学：安全、极简、高效

好像每个探针最后都会越来越大，我不信这个邪，终于，我下定决心开始自己造针

rust 语言打造，纯自用，终于可以从头到尾贯彻我的审美和理念，践行我极简到极致的哲学了

• 
  

  没有通知、没有远程 SSH、没有插件系统、没有多用户权限、没有 windows，mac 系统兼容等等——代码比 komari 少了 16 倍

  
  


• 
  

  为了安全甚至没有 agent 自动更新，agent 改不了任何文件，权限少的可怜，全部摁死

  
  


• 
  

  功能只有：看服务器基本信息、三网延迟、总流量累加（流量信息 vps 重启也不会消失）、每月流量显示，没了，永不会再加任何哪怕是一丁点儿的功能

  
  

主题采用：https://github.com/shadcn-ui/ui

• 极简、克制、高级感、祛除 ai 味

实际效果：

https://m.3301921.xyz/

和 komari 的性能对比

1. 装机体积

一个二进制 + 一个 .db 文件就是全部，没有配置文件、没有额外目录。

历史数据这一行是按同样 30 天保留期、同样 7 个节点算的（komari 那个数取自一台真实在跑的实例）。

2. 内存占用

每秒 1000 次上报 ≈ 2000 个节点按默认的 2 秒间隔在报。

这一行是差距最大的地方：负载上去，本项目基本不涨，komari 涨到 247 MiB。

3. CPU 消耗

干同样的活，各自烧掉多少 CPU 秒（越低越好）：

换算一下：200 个节点在线时，本项目占一颗核的 2.5%，komari 占 8.5%。

4. 状态页响应速度

在每秒 1000 次上报的同时，8 个并发不停地刷状态页：

本项目每次返回的数据还比 komari 多 63%（163 KiB vs 100 KiB），因为节点字段更全。

723 这个数已经打到压测客户端自己的上限了，真实上限更高。

5. 调优

改动只有四处，都很小：

1. WebSocket 读缓冲 128 KiB → 4 KiB。 库的默认值是按大文件传输定的，一个上报包只有几百字节。200 个连接就是 25 MiB 白占的内存。


2. 节点列表不再逐个查流量。 原来渲染 200 个节点要查 200 次数据库，现在一次查完。


3. 状态页的 HTTP 接口复用已有的 2 秒快照缓存。


4. SQLite 参数对齐 komari 的调优：8 MiB page cache、WAL 检查点阈值和大小上限。

为什么会差这么多

• 
  

  Rust 没有 GC，也没有语言运行时。 komari 空转就要 29.5 MiB，绝大部分是 Go 运行时和 GC 堆的起步开销；负载上去 GC 还要跟着涨。本项目空转 6.1 MiB，负载上去几乎不动。

  
  


• 
  

  功能砍掉了一大半。 没有通知、没有远程 SSH、没有插件系统、没有多用户权限——代码少 16 倍，没写的代码不占内存也不会慢

  
  

但我还是会永远爱着 komari 的，不是拉踩，因为我纯自用，没有竞争关系