One of the world's fastest typists uses this technique: http://seanwrona.com/typing.php
770 karma · joined April 15, 2012
IT and Networking
Currently @ Valve
[ my public key: https://keybase.io/madsushi; my proof: https://keybase.io/madsushi/sigs/GjHBBWk7qKbixcn2FWlb0k4ZBeMyMTe4_l11uWfrS68 ]
One of the world's fastest typists uses this technique: http://seanwrona.com/typing.php
I've seen a couple versions of RAS' talk and learn something new every time.
https://community.letsencrypt.org/t/can-i-use-lets-encrypt-i...
Or, another option is that they're doing CGNAT on all of their client traffic.
https://bugs.chromium.org/p/chromium/issues/detail?id=646465
https://bugs.chromium.org/p/chromium/issues/detail?id=663971
http://www.econtalk.org/archives/2015/07/alvin_roth_on_m.htm...
2) Too many edges - if you regionalize too heavily, you end up restricting your matchmaking pools to smaller groups. Matchmaking theory says that either (a) quality of matches decreases or (b) time to matchmake increases as your pool shrinks. At some point, to have a healthy matchmaking pool in a game with a wide variety of skill levels, you have to consolidate. Riot already had Euro datacenters (with separate accounts, which solves #1).
3) Performance - cloud low-latency UDP performance isn't nearly as good as you can get yourself. Plus, you have more control (and leverage) doing it in-house.
4) Perception - some level of latency becomes imperceptible, 50ms is getting pretty close to that number.
Regarding B2B credits / Fibre Channel and the hop-by-hop windows in X.25, the idea is that each hop has a counter of how many packets it will send to the next hop without receiving an acknowledgement, which are "credits". Once you're out of credits, that hop stops sending traffic. X.25 was superceded/replaced by TCP/IP (which uses end-to-end acknowledgements, instead of hop-by-hop) due to increased performance. But B2B is used with Fibre Channel (storage) networks, which require lossless performance on each hop.
Regarding PAUSE frames and Ctrl-S/Ctrl-Q, the idea is that as a device's receive buffer fills up (it is receiving data faster than it can remove it from the buffer), it will hit its 'pause threshold', and it will send a PAUSE message to the sender to let it know that it can't handle any more data. This is similar to Ctrl-S/Ctrl-Q, which are XOFF/XON control commands in flow control, to stop and start traffic as you ran out of buffer space.
"So we're making them, and we're penalizing any dealerships that are still selling black cars."