|
|
3b2a160c5c
|
20260428 降低all5 CIR replay内存峰值
|
2026-04-28 09:58:43 +08:00 |
|
|
|
eaa375c5ec
|
20260427 拆分独立repo-bytes.db数据库文件，cir materialize 移除旧兼容
|
2026-04-27 16:01:33 +08:00 |
|
|
|
944ea6ca00
|
20260421 优化内存布局，降低内存峰值需求压低到4.5GB左右，在4c8g 机器上，稳定跑snapshot + delta
|
2026-04-21 15:21:25 +08:00 |
|
|
|
542bd7be80
|
20260420_2 完成输出report和ccr优化，snapshot耗时优化到70多秒
|
2026-04-20 18:28:59 +08:00 |
|
|
|
f6a601e16c
|
20260418_2 phase2 并行优化 mix quick 耗时105/48秒
|
2026-04-19 00:08:29 +08:00 |
|
|
|
224ae10052
|
20260416_2 并行优化phase1后进行snapshot fast path优化，通过四方面关键优化技术消除了验证主链路上snapshot构建是的db访问性能热点问题，性能热点转移到ROA验证处理本身，目前APNIC+ARIN全量同步从500秒压缩到212秒，离rpkclient 112秒差距变小
|
2026-04-17 14:58:47 +08:00 |
|
|
|
38421b1ae7
|
20260415_2 支持多个RIR并行混合执行，APNIC+ARIN运行1 snapshot + 1 delta，对比rpki-client，snapshot比rpki-client慢4分钟(398vs137)，输出未收敛，delta时输出收敛(348vs181)，评估应该是正确性没有问题，下一步进一步优化性能
|
2026-04-16 11:33:52 +08:00 |
|
|
|
585c41b83b
|
20260413_2 并行化架构优化第一阶段，apnic 串行98s->并行74s，传输层任务并行，同repo内发布点串行
|
2026-04-15 09:53:11 +08:00 |
|
|
|
77fc2f1a41
|
20260410 完成五个rir 基于cir的三方回放，raw by hash 独立db，发现内存占用大，连续大rir 录制发生oom
|
2026-04-11 11:24:32 +08:00 |
|
|
|
c9ef5aaf4c
|
20260407 & 20260408 基于cir 三方replay对齐，并且materialize 使用hard link优化
|
2026-04-08 16:27:46 +08:00 |
|
|
|
34fb9657f1
|
20260401 live recorder 扩展到1+N个delta，完成5个RIR录制，以及三方replay，结果三方均对齐vrps和vaps
|
2026-04-03 16:44:27 +08:00 |
|
|
|
557a69cbd2
|
20260316迭代 增加delta replay以及multi-rir
replay 对比，五个RIR 输出vrp与routinator一致
|
2026-03-16 22:54:48 +08:00 |
|
|
|
73d8ebb5c1
|
增加 payload replay for snapshot，20260313 迭代
|
2026-03-15 22:49:06 +08:00 |
|
|
|
cf764c35bb
|
将fetch pp cache改成使用vcir结构，跑通apnic全量同步
|
2026-03-13 14:45:41 +08:00 |
|
|
|
afc50364f8
|
全量同步测试增加download过程审计输出
|
2026-03-06 11:52:59 +08:00 |
|
|
|
6276d13814
|
手动执行全量同步
|
2026-03-04 11:12:53 +08:00 |
|
|
|
6e135b9d7a
|
run tree from tal pass
|
2026-02-10 12:09:59 +08:00 |
|
|
|
afc31c02ab
|
串行验证通过
|
2026-02-09 19:35:54 +08:00 |
|
