QUOTE(42a5f5 @ Jan 4 2023, 00:17)

内网穿透法能够将门槛拉低到2条宽带(
少年你这想法有点危险(
嘛,总之先排除掉菠萝对于单 IP 多客户端的看法,单看技术层,实际上大陆跑 H@H 的效果如何,上行带宽总量最重要。
内网穿透法本质上是 IP 复用,上行带宽的总量并没有改变,除非可以单线多播,且能确认两台 H@H 的上行带宽相互独立。
否则还是以单 H@H 运行更合适,因为大陆 H@H 一台机器的带宽利用率就已经足够高了(当然海外确实可以试试)
之前我也想过能不能通过类似的方法提高 H@H 的运行效率,但最终还是放弃了,因为弊大于利。
从我观察大陆 H@H 的情况来看,带宽复用确实有好处。
一是在闲时(4:00-7:00)期间,两台 250 Ranges 的 H@H 的带宽利用率会比1台 500 Ranges 的 H@H 的带宽利用率高。
二是在进行了硬件隔离的情况下,一台 H@H 炸了也不会影响第二台 H@H,这部分带宽也会被分配给正常的 H@H 继续提供服务,至少不影响 GP 收益。
但如果不能保障 H@H 的上行带宽均为独立带宽,内网穿透法有一个几乎无解的问题,就是两台 H@H 相互抢带宽的问题。
特别是当前大陆 H@H 的单机负载能达到 200% 的情况下,2台 H@H 再抢带宽将会导致单机的负载变得更加不健康。
抢带宽时容易出现的情况是提供画廊时因带宽不足导致超时的概率升高,从而导致 Trust 变成负数。
(虽然大陆第三方客户端多,目前看上去第三方客户端在超时情况下似乎不会影响到 Trust,所以感觉应该还好就是)
(其实 H@H 抢带宽的能力在某些程度上比迅雷那些所谓的吸血鬼还要可怕,至少我在运行 H@H 的时候,其他需要上传的服务基本都没法从 H@H 上抢到带宽)
当然菠萝通过 Max Speed 解决了负载过高导致 Trust 负数的问题,如果2台 H@H 互抢带宽,那么 H@H 的测速结果将低于预期,Max Speed 被限制。
甚至可能会出现因为测速结果波动过大,结果被 rpc 认为性能存在瓶颈导致二次限速的情况。(菠萝的说法是 rpc 的限速锁需要2星期才能解除)
以上两种限速,在大陆上行带宽普遍偏低的情况下,一旦有客户端被限制到 400KB/s 以下,那问题就大了。
要是2台都被 rpc 限速到 400KB/s 以下,那基本就凉透了...
QUOTE
Clients must be able to hit at least 400 KB/s to award any Hath.
现在大陆 H@H 的带宽利用率非常恐怖,甚至达到了只需要 200 个 Ranges 就能在非闲时榨干 10Mbps 上行的神奇现象。
所以实际上大陆 H@H 单机运行的效率整体上是要比双机高的。
当然有一说一,海外真的可以试试(前提是菠萝允许):
比如有条千兆对等日本家宽,并且有 16T 硬盘,就可以用内网穿透做出 8 台 6000 Ranges 的 H@H 运行,从日本目前的量级来看基本上可以轻松杀进前 10。