@老虎会游泳，那超速警告咋回事呀

另外老虎觉得《网络优先级》设想合理吗？

@上善若水，也是，这个搞一天不一定搞得完，不如老虎打一天工，工资都能买几年服务器了。。

@上善若水，那个是 jpg 压缩，效果很差，而且全凭用户自愿。。

我是觉得，可以服务器端，最低优先级闲时转码。

php 要吃性能时，可以让出 97% 性能（见 42 楼测试）

转码完成前，Nginx 提供原图。完成后，提供转码图。

最终实现不影响性能前提下，减少 9 成带宽需求。。

@老虎会游泳，关于第 3 点，设想类似《进程优先级》，实测多任务并行时，最低优先级只抢占 3% 资源（如下图）

如果 Linux / Nginx 没有原生设施供调整网络优先级，

那自己在 Nginx 写 Lua 脚本，用 Redis 维护个优先级队列，每传输 10KB 就挂起，调度到最高优先级任务继续传输？

要不具体去扒扒《进程优先级》实现原理啥的。。

@老虎会游泳，

1. 现在是两站共享 5M 宽带吗？

2. 是有攻击者持续刷网页下载，导致请求/下载图片缓慢，及频繁出现超速警告吗？（攻击者 IP 很多？撞哈希了？）

3. Linux 能不能搞个网络优先级啥的？优先保证网页、小图片、已登录用户体验。。这样应该不用买新服务器了吧。。

@老虎会游泳，@咯叽，现在看个普通图片，都要等一会儿。。仿佛回到 2G 时代。。

@老虎会游泳，@咯叽，多存储 5%，减少 95% 带宽需求，以适应 3M 小水管，且肉眼看没啥区别，感觉很划算呀。。

@咯叽，老虎不是要换 3M 小服务器了吗？且图片流量是大头？

@老虎会游泳，还有这个帖子图片，减少了 94% 体积，也是原始。。4.5K 分辨率？

屏幕条纹细节多了些，比上面那张膨胀一点。。

@老虎会游泳，又试压了下隔壁帖子图片，减少 99% 体积，保留原始 5K 分辨率，放大看细节还很丰富。。

@tasy5kg，怀疑是不是服务器处理请求忙不过来，导致 30 KB 的图片都迟迟显不出。。

@上善若水，借你吉言，啥时候我换掉四五年前老旧设备，浏览器性能可以短时间内刷新几万次了，再加上有闲情逸致，我就来霍霍林子一下。。

@上善若水，@老虎会游泳，是不是服务器被大量攻击，导致请求图片都要卡半天（甚至都没开始下载）。。

我第二次正常浏览，被弹出超速访问 4W 次警告了。。

是我的 IP 与攻击者撞哈希了吗？

@上善若水，@老虎会游泳，我居然还在浏览器里，看到超速了？！

@上善若水，@老虎会游泳，我在那个云手机帖子里，也很难刷出图片。。

@上善若水，我回帖也要快 10 秒，是不是网络方面有点啥问题。。

@上善若水，不应该呀，这张图才 38 KB。。

如果浏览器太旧，不支持 avif，老虎林会在浏览器里先转成 jpg 再浏览。。

但我 4 年前安卓是支持的。。

@老虎会游泳，比如这是 11 楼的压缩版本，减少 93% 体积，肉眼看问题不大。。

@老虎会游泳，考虑提供图片压缩吗？

网页浏览时，看压缩版本。若需要原图，可手动下载啥的。。

应该能减少七八成带宽，且图片质量还不错。。

@胡椒舰长，感谢大佬分享！

原理是利用云手机免流，在上面开服务器，手机流量导向它之类的吗？