RPRX
> 以及需要数组以支持连发多个 noise 包 大概需要 noise 本身变成数组 noises
https://github.com/XTLS/Xray-core/pull/3644#issuecomment-2272712048
Xray-core 做过优化只解析有需要的 categories，不过前提是先把整个 geo 文件加载到内存中，我看了下新的是 21.3MB 如果这部分要继续优化就只能逐块读取文件
还有我觉得 iOS 这种内存受限的设备上倒不必跟着 Xray-core 换 geofiles，应该去用一些精简版的 geofiles
> We could draw inspiration from neighboring teams and implement a system that utilizes multiple smaller files instead of one monolithic file. 我不懂这个 inspiration from neighboring teams 指的是什么，Xray 早在 v1.1.4...
~~原来 rule-sets 就是这个，刚看到那两张图我还想着要不切成 1331+260 个文件算了~~ 其实不切文件也能先用 1MB 的缓存遍历整个文件并建立 index 索引的，然后要哪部分就读哪部分，如果 Golang 方便这么做的话
但是这样也就顶多省个瞬时内存，比如减小 20MB 这样，对 unmarshal 后还是没有帮助，还是需要用精简版的 geofiles 如果是为了控制在 iOS 的 50MB 限制内，最终还是不能使用大而全的 geofiles，“进一步省瞬时内存”的必要性就存疑了
因为即使启动阶段省下了 20MB，后面代理跑起来也需要内存、缓存，给个 20MB 不过分吧 如果“进一步省瞬时内存”后，启动阶段都吃了顶格 50MB 了，后面还有什么内存跑代理
这么说来现在的一次性把 21.3MB 加载到内存中更像是一种“探测”，如果这都跑不起来，即使先放你通过，后面肯定动不动就 crash
@Fangliding ~~你怎么看~~