经济确实有周期但这都让你随便预测了，要不你去当央行行长吧，我给你投一票

跟神棍没太大区别

@drymonfidelia 要在服务器上抓包，怕影响性能也可以上级路由器镜像流量在另一台服务器抓，不过我感觉影响不大。

@drymonfidelia 那你这样算还有一个地方得细化，你得计算每个请求花的时间而不是从所有请求完成后减去第一个请求发送时间，然后先看一下这 8000 个请求花的时间的总体统计分布，基于时间的统计分布（有个问题是先发出去的包是有可能后到对方服务器的，这个还得考虑进去，有办法可以做到先发的先到，也可以做到 8000 个请求几乎同时到，具体搜索 last-byte-sync, single-packet-attack ）

反正你就是得先判断这 3 秒里面到底发生了什么，不然就是瞎猫抓耗子，碰巧某个解决方案成功了你还是不知道到底怎么回事。

单个请求 0.15 秒是并发为 1 的情况下计算的吧？
8000 个并发的时候，假设你说的 3 秒，这应该是从你程序代码里计算的吧，还得细化，
1. 从程序调了 API 发出这个包到这个包从内核发出去的时间差
2. 从内核上包发出去之后，接收到对方服务器返回包的时间差
3. 从内核接收到包，到程序解析完这个包的时间差

还有几个可能需要细化的地方，思路就是得判断这 3 秒到底花在哪里了，3 秒相对 0.15 秒长太多了，为什么并发 8000 的时候多出来了这么多。

现在的计算机这么牛逼处理 8000 并发我感觉轻轻松松(我瞎估计的哈)，如果是这样呢那就是对方 CDN ，WAF 之类的给 IP 限速了，虽然你说了没有限制但我感觉不太可能呢。

有小孩吗？没小孩赶紧离了，这媳妇要上天。

挺实在的，不急慢慢找，大环境下行情差而已

搞软件的绝大部分都是草台班子，硬件我没接触过不过我怀疑大部分也是草台班子。没有什么东西是学不会的，除了数学系那帮读到博士的人整的东西。

都是资本家，有钱不赚王八蛋，跟你讲国产只是希望你支持一下发展，资本家叫你一下亲你还真以为你们亲呢

@Hariz interactive broker 那里买的，不少券商应该都有行情数据

挺巧我也在弄这些数据，个人用。

所有的 bar 不都是从 tick 来的吗？ 1 minute bar 就把这一分钟里面的 tick 全部取出来，算一下就有 ohlc 数据了呀。一周的不应该也是一样的吗？

真是羡慕楼里的各位，我还在开几千块买的二手 11 款克鲁兹

aigc 本来就是最近几年出的东西吧？ gpt3.5 估计没见过

电鱼的