QUOTE(james58899 @ Jan 4 2023, 22:10)
請住手，台灣區已經有個這樣幹而且超級慢的H＠H在影響瀏覽了，請不要在同一條網路下多開。
你們有想過一張圖需要快半分鐘才載完是什麼感受嗎....
我很理解您的感受，因为我切到 China 区域的时候的体验比您还要痛苦的多，甚至会出现接近 50% 的读图失败率。
运行 H@H 的初衷是为了降低图像服务器负载，以更好的速度为有需求的绅士们提供 PCDN 资源。
但我已经说得很清楚了，这是一个单从技术层的情况下提出的想法，只是基于数据和计算的结果，并不代表我从其
他因素上支持这种行为。
而且我也有个前提，就是在能确认 H@H 上行带宽独立的前提下，多开才更合适。
QUOTE
总之先排除掉菠萝对于单 IP 多客户端的看法，单 看 技 术 层
QUOTE
除非可以单线多播，且 能 确 认 两 台 H @ H 的 上 行 带 宽 相 互 独 立。
否则还是以单 H@H 运行更合适。
看来我还是得解释一下我的看法。
为什么我觉得 1Gbps 对等的日本宽带开8个客户端从技术上是可行的呢？
因为我在收集 H@H 数据时，观察过朋友家 6000 Ranges 的 H@H 客户端的速度和提供能力。
在 H@H 为健康状态时，其所能达到最高峰值速度为 13M/s。
一条 1Gbps 对等家宽所能提供的上传速度为 116.25M/s（1000M BaseT）
如果拆分成8条 H@H，单个节点所能保障的带宽为 14.53M/s。
在硬件不造成瓶颈的情况下，在技术上是可以保障8台 H@H 均处于健康状态的。
因此该方法从技术上说确实可行。
好的，我们来说回您的情况。
从我的监控数据来看，一台健康的 H@H 客户端在处理单个图片请求的理想速度为 430KB/s-500KB/s 这个区间。
我计算了您所有请求的大小和总耗时，计算出单台 H@H 所提供的平均带宽为 95.83KB/s。
在您的情况中，H@H 所能提供的带宽只有理想速度的 22%，这明显是处于一个极度不健康的区间，负载可能达到了 300% 以上。
那么针对这个情况，您有向菠萝反馈过这个问题并且希望他可以协助检查一下吗？
H@H 的域名都是独立的，要根据域名找到 H@H 的主人应该并不困难，因此我更建议您可以主动向菠萝提出解决这个问题。
另外，在处理期间，也建议您可以切换到较低的清晰度，或者更换到其他区域（如日本）暂时缓解该问题。
从我这几年观察中华电信的跨境连接质量中，日本的整体表现很好，中华电信到日本主流供应商的跨境带宽充足。
我不知道其他人是否会多开钻空子，但是我可以保证我所能提供的 H@H 节点的带宽均为独立带宽，且留下 25% 以上的带宽冗余应对激增的 H@H 流量。
在 rpc 调度正常的情况下，我也可以保证我的 H@H 节点均可以达到理想速度处理 H@H 所 对 应 的 区 域 内 的请求。
（我的电信家宽和任何跨境请求除外，因为这部分流量实际上仍由 rpc 进行调度，且我无法对其进行任何干涉）
中文討論區: 變態道的原罪 [禁無意義的水跟簽到], The Chinese discussion thread of declining quality.
Jan 4 2023, 14:47
