LightSpeed: Rewriting Messenger’s codebase for a faster, smaller, simpler app

Re:LightSpeed: Rewriting Messenger’s codebase for a faster, ... by ComputerGuru on Monday March 02, 2020 @07:36PM (#22470669)

I have, with an OpenVPN-over-UDP tunnel as a workaround. If they included Wireguard (or better yet, just used encrypted UDP) it would still be smaller (and probably more reliable).

[ Parent | on HN ]

Re:LightSpeed: Rewriting Messenger’s codebase for a faster, ... by notyourday on Monday March 02, 2020 @08:42PM (#22471068)

Introduce random dropouts, crazy jitter and random IP switches and you get the emulation of what a crappy network looks like.

[ Parent | on HN ]

Re:LightSpeed: Rewriting Messenger’s codebase for a faster, ... by lvh on Tuesday March 03, 2020 @09:19AM (#22474597)

I don't know if this is what you were referring to, but for everyone else: this is actually super easy to add with Wireguard because Wireguard just uses Linux networking you can do things like:

  $ tc qdisc change dev eth0 root netem loss 0.3% 25%

(Lose 0.3% packets on average, but each packet is 25% correlated with the last packet loss, to produce bursts.)

  $ tc qdisc change dev eth0 root netem delay 100ms 20ms distribution normal

(Add mu=100ms, sigma=20ms normally distributed latency.)

[ Parent | on HN ]