oom

V2EX member #641849, joined on 2023-08-04 17:38:21 +08:00

Today's activity rank 1430

oom 提问技术话题好玩工作信息交易信息城市相关

Per oom's settings, the topics list is hidden

Deals info, including closed deals, is not hidden

oom's recent replies

1 day ago

Replied to a topic by guiyun › 程序员 › 现在 Claude 封号情况严重吗？

This organization has been disabled.
Your account has been suspended.
自己挑一个

5 days ago

Replied to a topic by hihihihihi › 程序员 › fable 5.1 挺好用的。。。

@Daliangshen #11 我是 pro ，/model 说要升级版本才能用 fable5.1 ，如果 pro 不能用，那就不升级了

7 days ago

Replied to a topic by oom › 程序员 › 写了个 eBPF 流量可视化工具(生产目前在跑)

@0xroot star 了，大佬这网站整的可以啊，我们机房和专线比较多，而且之前也一直写过流量这块东西(一直优化)，所以测试起来比较方便

Aug 27

Replied to a topic by creafTi › Claude › Claude 是真是👍，四天被封俩号，不想折腾了

@lepig 中转站使用 cc 费用不便宜吧，上次充了 50 ，cc-switch 里面跑了一会就扣完了，用的还是 sonnet 模型

Aug 26

Replied to a topic by qbf › 程序员 › 飞书搞这么多"豆包 xxx", 疯了么

是这样的，而且卡的一批

Aug 22

Replied to a topic by oom › 程序员 › 写了个 eBPF 流量可视化工具(生产目前在跑)

@AEnjoyable #10
140Gbps,60 万会话/秒，这个应该属于运营商级别了吧

采集这块我也觉得不是问题，理论上 eBPF 架构是能扛的住的。
你们存半年实际用了多少存储空间呢？另外 ClickHouse 分布式存储查半年量级的五元组数据的性能表现大概是什么样的，这个能分享下吗。
我刚看了最近 10 天 2 亿多条五元组数据，聚合查询耗时 3.85 秒，我觉得对于单机 duckDB 来说也还行

Aug 21

Replied to a topic by oom › 程序员 › 写了个 eBPF 流量可视化工具(生产目前在跑)

@sskycn

Aug 21

Replied to a topic by oom › 程序员 › 写了个 eBPF 流量可视化工具(生产目前在跑)

@owt5008137 这两个实现的功能不一样呀

Aug 21

Replied to a topic by oom › 程序员 › 写了个 eBPF 流量可视化工具(生产目前在跑)

@zhcode 期待大佬测试结果

Aug 21

Replied to a topic by oom › 程序员 › 写了个 eBPF 流量可视化工具(生产目前在跑)

@qW7bo2FbzbC0
主要这两方面：
1.DuckDB 可以直接内嵌到 Go 二进制里,省去了数据库运维这块
2.列式存储针对海量数据的聚合查询性能非常强，实际压测表现查询性能比 SQLite 快 20-100 倍

一开始只用 SQLite 时当数据量上来之后基本没法用，所以额外引入 duckDB,低频数据不大的走 SQLite,高频海量数据的走 duckDB ，各自发挥优势

» More replies by oom