V2EX › phrack 的所有回复 › 第 35 页 / 共 67 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 31 32 33 34 35 36 37 38 39 40 ... 67

❮

❯

267 天前

回复了 huoxing9888888 创建的主题 › 健康 › 严重失眠该怎么办？

就是压力大了，家庭条件允许的话别打工了，开个店吧

267 天前

回复了 vcfghtyjc 创建的主题 › 职场话题 › 为什么国内职场有“嫡系”文化？

我在加拿大，加拿大的公司也有这个现象

267 天前

回复了 azure2024us 创建的主题 › 生活 › 重温康波理论

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

267 天前

回复了 azure2024us 创建的主题 › 生活 › 重温康波理论

跟神棍没太大区别

267 天前

回复了 drymonfidelia 创建的主题 › 程序员 › Python aiohttp 异步需要同时请求同域名下 8000 个 URL（对方网站无并发限制）把结果拼接返回，要求总耗时最短， 8000 个同时发还是先发 1000 个，不等待结果，间隔 0.1 秒再发下一批快？

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

267 天前

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

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

267 天前

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

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

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

268 天前

回复了 hchong 创建的主题 › 生活 › 想听各位老哥断断家务事

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

268 天前

回复了 bqzzd 创建的主题 › 职场话题 › 大半年多没工作了， 5 年 Python 开发，大家帮忙看看，在杭州市场我现在的水平这个价格好找吗

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

268 天前

回复了 xiaotianhu 创建的主题 › 职场话题 › 作为研发，你觉得什么工作是很难很牛逼，需要综合能力很强的人才能搞得定的？

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

268 天前

回复了 fliter 创建的主题 › 硬件 › 为什么近期磁盘价格上涨...

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