undefined | Better HN

0 pointsjandrese4y ago0 comments

I would expect it means your service provider isn't dropping packets. Their protocol seems to just be more aggressive about not backing off in the face of packet loss, which is helpful if one of your links is a marginal radio connection.

The cynic in me thinks they achieve better throughput because they don't play nice with TCP and monopolize the link while everybody else gets backed off.

0 comments

6 comments · 3 top-level

ncmncm4y ago· 2 in thread

You can do better than TCP and still "play nice". Just using up exactly the bandwidth TCP refuses to use, as FASP does by default, gets you much faster transmission.

hansel_der4y ago

> Just using up exactly the bandwidth TCP refuses to use

There's not much good to say about ppl that "use up the space others refuse to use" at the queue in a store, thou.

i.e. our network links are generally not designed to be used at full capacity b/c queueing is hard and buying faster/more gear is easy.

ncmncm4y ago

Then let's not say it. Clearly you miss the point: any provisioned backbone bandwidth that does not carry a packet just goes to waste. Network backbone channels are not provisioned like your consumer-grade cable TV network endpoint hubs. Carriers pay for guaranteed capacity. When TCP fails to use bandwidth capacity, it is failing to use backbone bandwidth, not dodgy last-mile bandwidth.

Even moreso: when so configured, FASP is having exactly zero effect on the actual bit rate of the TCP connections. Another TCP connection would compete for the same packet slots, slowing them all down. The FASP traffic does not slow down any of the TCP connections, but only competes with other FASP (or similar) traffic.

1 more reply

drpixie4y ago· 1 in thread

I'm inclined to agree. Perhaps there's a place for a "fast" FTP protocol but I wouldn't want to be sharing the link with them ... imagine the cries going around the office ... "has the internet gone down again!?"

For TCP transfers, I expect to see near 100% utilisation (if I'm not sharing bandwidth) but that's on wired (reliable) links.

hansel_der4y ago

nailed it.

communication links are generally a shared resource (common good) and the experience will degrade for everyone if individual transfers/users aren't backing down voluntarily.

hansel_der4y ago

> The cynic in me thinks they achieve better throughput because they don't play nice with TCP and monopolize the link while everybody else gets backed off.

sounds like BBRv1

j / k navigate · click thread line to collapse

0 comments

6 comments · 3 top-level

ncmncm4y ago· 2 in thread

You can do better than TCP and still "play nice". Just using up exactly the bandwidth TCP refuses to use, as FASP does by default, gets you much faster transmission.

hansel_der4y ago

> Just using up exactly the bandwidth TCP refuses to use

There's not much good to say about ppl that "use up the space others refuse to use" at the queue in a store, thou.

i.e. our network links are generally not designed to be used at full capacity b/c queueing is hard and buying faster/more gear is easy.

ncmncm4y ago

1 more reply

drpixie4y ago· 1 in thread

For TCP transfers, I expect to see near 100% utilisation (if I'm not sharing bandwidth) but that's on wired (reliable) links.

hansel_der4y ago

nailed it.

communication links are generally a shared resource (common good) and the experience will degrade for everyone if individual transfers/users aren't backing down voluntarily.

hansel_der4y ago

> The cynic in me thinks they achieve better throughput because they don't play nice with TCP and monopolize the link while everybody else gets backed off.

sounds like BBRv1

j / k navigate · click thread line to collapse