Live data from Hacker News

Viewing profile — dave_taht

dave_taht

HN member
Joined
Fri, Apr 15, 2022, 5:15 PM UTC
HN karma
39
Public activity
23 items

About dave_taht

Director of the Bufferbloat project

Recent public activity

  1. comment
    Comment #34133243

    hackernews gets ipv6 support.

  2. story
  3. comment
    Comment #33706347

    I keep hoping everyone will have that Aha! moment one day, and we'll all have cake. https://libreqos.io

  4. comment
    Comment #33447600

    so nice to see so many using cake.

  5. comment
    Comment #33447591

    So happy to see so many sqm and cake users here.

  6. comment
    Comment #33447583

    apple's location services have cost me MUCH grief in developing newer versions of fq_codel for wifi, until we figured it out.

  7. comment
    Comment #33447575

    I'm always interested in packet captures of observed misbehavior.

  8. comment
    Comment #33447569

    that is a dismal ratio. I would set cake to turn on the ack-filter in this case on the upload. Also try comparing cake besteffort with your fq_codel implementation. MOST likely, fr…

  9. comment
    Comment #33447555

    So nice to see gfblip and cake together again at long last.

  10. comment
    Comment #33194131

    The openwrt folk have released a similar vpn idea, using the kernel wireguard version and a DHT: https://forum.openwrt.org/t/new-wireguard-based-openwrt-vpn-... works on std linux …

  11. story
  12. comment
    Comment #33057294

    NSF finally has a program that makes sense to support better open source orgs: https://www.nsf.gov/pubs/2022/nsf22062/nsf22062.jsp Don't everyone apply at once!

  13. comment
    Comment #33056108

    flent.org has some heavy duty, wonderful graphic tests.

  14. story
  15. comment
    Comment #32818144

    Mikrotik RouterOS7 supports fq_codel running native. Does that not work on 2.5Gbit -> 1Gbit?

  16. story
  17. comment
    Comment #31318153

    Remarkable piece of work that didn't mention #bufferbloat once. https://docs.google.com/document/d/1puRjUVxJ6cCv-rgQ_zn-jWZU...

  18. comment
    Comment #31152754

    At least some hardware provides the timestamp for you. Ideally if that's carried along with the packet, it measures the load on the whole system, so when you start dropping packets…

  19. comment
    Comment #31150466

    The principal use case for any AQM is when stepping down from one speed to another, in the case of wireless, wildly variable rates, or in the case of 10Gbit to 1Gbit on a port (rfc…

  20. story
  21. comment
    Comment #31047046

    Perhaps this graphic will help: https://www.domos.no/news-updates/latency-explained-in-a-pag...

  22. comment
    Comment #31042848

    Re: Latency: 35% I would substitute "baseline latency" to the DFZ as this number, and also report on "working latency". https://www.bitag.org/documents/BITAG_latency_explained.pdf …

  23. comment
    Comment #31042815

    Re: Packet Loss: .08% Packet loss is a pointless metric for consumers, impossible to represent or calculate accurately within the ISP, and does not belong on a consumer facing labe…