@KCheshireCat
p2p 下载基本都是非 80 的，而且流量很大。我的大流量应用就是 PT ，经常达到 200Mbps ，估计加上这个会是一个瓶颈。
今天尝试在 lede （ openwrt fork ）上添加项目的 iptables ，找不到 bpf 模块 :(

1. 能否限制只对 tcp port 80 起作用（也许能降低 cpu 占用率？）
2. openwrt 下有没有朋友来搞搞？

上海电信到美西现在延时也不高了： 148ms

1. 耗电不要管， gen8 主机的耗电和 nuc 差值应该在 30 瓦以内，一年的电费也就差几十块。
2. 发热更加不要管，肯定能在接受范围内，不要烧坏硬件的
3. gen8 噪音是最主要的问题，网上有一些降低噪音的办法流传。我觉得最简单的办法就是放着离自己远些，放在房间内确实影响睡眠

不如还是用你原来的 gen8 ，想办法降低点噪音，放的离自己远一点

目前国内的互联互通做的还是凑合，对于纯网页，单线机房基本可以满足速度要求。
弄个 bbr 来加速效果更佳

@xuexixuexi2 似乎没有现成的。日志里面可以记录下载的大小和下载耗时，将这个弄成单独的一个日志文件，然后弄个脚本去做定时处理吧

@odirus
应该提前半小时放出游戏地址，网页下载好所有的资源
但是需要得到加密的密钥游戏才会开始
上报的请求可以是这样子: score=xxx&t=yyy&sign=zzz ，其中签名算法可以是 md5(score+secrect+t)

关键问题在于用户的网络肯定会出现问题，一个大厅那么多人，估计很多人上不了网，这个锅谁来背呢？

服务器端没啥问题呀
逻辑在客户端完成，必须得到密钥游戏才能开始。
开始前客户端定期刷新服务器，到时后拿到开始的密钥。
客户端定期（每秒）上报游戏数据即可，时间到就游戏结束。
php 的简单逻辑， 3000 req/s 我感觉玩儿似的。

@lslqtz 我感觉，尝试在发送文件的代码做下载耗时统计的做法是歪门邪道（极大降低了 php 的性能）。
js 或者 access log 或者 nginx module 才是正确的做法。

@lslqtz 不要说那么多。直接试试使用本地的大文件（不用太大，下载方需要 3-10 秒内下完即可），看看能不能记录到准确的下载耗时。我觉得用 apache 的 mod_php 是没问题的， nginx 的 fast_cgi 不行。

@lslqtz 你换个本地文件发送试试。
远程文件读取太耗时了，耗时就可能和客户端下载时间接近了。

@xuexixuexi2
php 将文件发给了 nginx ，完成
nginx 慢慢的再传给客户端

网页上通过 js 来实现：下载完成后触发一次 js 请求，服务器做记录

检查一下磁盘性能，检查一下各表的大小， log 慢查询

@Dvel 阿里云香港的整个 IP 段被机器人认证了。换别的机房或者想办法绕过吧。