oom's recent timeline updates
oom

oom

V2EX member #641849, joined on 2023-08-04 17:38:21 +08:00
eBPF 流量工具更新,加了 DPI 深度检测
程序员  •  oom  •  Aug 28  •  Lastly replied by swananan
3
写了个 eBPF 流量可视化工具(生产目前在跑)
程序员  •  oom  •  4 days ago  •  Lastly replied by 0xroot
16
被 A\追着杀
Claude  •  oom  •  Jul 21  •  Lastly replied by q9S
8
分享一款流量分析工具 [GO-FLOW]
Go 编程语言  •  oom  •  Jul 3, 2025  •  Lastly replied by oom
22
oom's recent replies
2 days ago
Replied to a topic by hihihihihi 程序员 fable 5.1 挺好用的。。。
@Daliangshen #11 我是 pro ,/model 说要升级版本才能用 fable5.1 ,如果 pro 不能用,那就不升级了
@0xroot star 了,大佬这网站整的可以啊,我们机房和专线比较多,而且之前也一直写过流量这块东西(一直优化),所以测试起来比较方便
@lepig 中转站使用 cc 费用不便宜吧,上次充了 50 ,cc-switch 里面跑了一会就扣完了,用的还是 sonnet 模型
Aug 26
Replied to a topic by qbf 程序员 飞书搞这么多"豆包 xxx", 疯了么
是这样的,而且卡的一批
@AEnjoyable #10
140Gbps,60 万会话/秒,这个应该属于运营商级别了吧
采集这块我也觉得不是问题,理论上 eBPF 架构是能扛的住的。
你们存半年实际用了多少存储空间呢?另外 ClickHouse 分布式存储查半年量级的五元组数据的性能表现大概是什么样的,这个能分享下吗。
我刚看了最近 10 天 2 亿多条五元组数据,聚合查询耗时 3.85 秒,我觉得对于单机 duckDB 来说也还行
@owt5008137 这两个实现的功能不一样呀
@zhcode 期待大佬测试结果
@qW7bo2FbzbC0
主要这两方面:
1.DuckDB 可以直接内嵌到 Go 二进制里,省去了数据库运维这块
2.列式存储针对海量数据的聚合查询性能非常强,实际压测表现查询性能比 SQLite 快 20-100 倍

一开始只用 SQLite 时当数据量上来之后基本没法用,所以额外引入 duckDB,低频数据不大的走 SQLite,高频海量数据的走 duckDB ,各自发挥优势
追求推荐算法 Spotify ,追求音质 Apple Music(非大陆区)
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   875 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 17ms · UTC 21:33 · PVG 05:33 · LAX 14:33 · JFK 17:33
♥ Do have faith in what you're doing.