Live data from Hacker News

Viewing profile — wtarreau

wtarreau

HN member
Joined
Wed, Apr 22, 2015, 4:44 AM UTC
HN karma
241
Public activity
123 items

About wtarreau

No profile information was provided.

Recent public activity

  1. comment
    Comment #46573115

    In my opinion it's the opposite. This type of associations is welcome, and they are fine to promote free software and help people, but they are exactly like neighborhood associatio…

  2. comment
    Comment #46572957

    No, it needs first to encourage local investment. Companies who seek investors or who get sold do not do it by pleasure, but as a last resort before dying. And in the EU you don't …

  3. comment
    Comment #45067546

    Just doesn't work for me, it says "here's the combined image" after ~10s but shows nothing at all. Maybe already victim of its success ?

  4. comment
    Comment #45066766

    Blaming the audience makes sense because after all, they're the ones not getting the message right and not asking the presenter to explain it better. But it remains the presenter's…

  5. comment
    Comment #44394425

    Thanks for the pointer, it looks particularly interesting. I'm not good with the terminology and it always takes me a while to figure which properties we're talking about starting …

  6. comment
    Comment #43966127

    The problem is not the performance of the low-level crypto code IMHO, but how it interfaces with the rest, which is where you're crossing a myriad of locks (and atomic ops for newe…

  7. comment
    Comment #43955827

    Just to be clear, we don't care at all about performance of 1.0. The tests resulting in the pretty telling graphs were done in 1.3 only, as that's what users care about.

  8. comment
    Comment #43951396

    Absolutely. Sometimes when using OpenSSL in performance tests, you notice that performances vary significantly just by switching to a different memory allocator, which is totally s…

  9. comment
    Comment #43888061

    Not to mention the catastrophic security that comes with these systems. On a local ubuntu, I've had exactly 4 different versions of the sudo binary. One in the host OS and 3 in dif…

  10. comment
    Comment #43211028

    But it's the same for other long sessions such as slow downloads and git clones. Sites concerned by the number of source ports are not those dealing with just favicon.ico and bulle…

  11. comment
    Comment #43207056

    Yep. Actually H1/H2/H3 do have the same problem (remember the good old days when everyone was trying to pipeline over H1?), except that H1 generally comes with multiple connections…

  12. comment
    Comment #43207019

    If you transfer large objects, H2 on the backend will increase transfer costs (due to framing). If you deal with many moderate or small objects however, H2 can improve the CPU usag…

  13. comment
    Comment #43206959

    It's amazing how people having visibly never dealt with high loads can instantly become vehement against those reporting a real issue. The case where ports are quickly exhausted is…

  14. comment
    Comment #42586588

    I suspect it might feel indecent to tell others you suffer when you're both free and rich, and it's difficult for them to figure what's wrong with you. Instead, people in such posi…

  15. comment
    Comment #41518197

    What you're describing is for TCP. On TCP you can perform a write(64kB) and see the stack send it into 1460 segments. On UDP if you write(64kB) you'll get a single 64kB packet comp…

  16. comment
    Comment #41518167

    > > There's still the problem of sending to multiple destinations: OK sendmmsg() can send multiple datagrams, but for a given socket. > Hmm? sendmsg takes the destination address i…

  17. comment
    Comment #41508699

    Nowadays the vast majority of CVEs have nothing to do with security, they're just Curriculum Vitae Enhancers, i.e. a student finding that "with my discovery, if A, B, C and D were …

  18. comment
    Comment #41508664

    There's still the problem of sending to multiple destinations: OK sendmmsg() can send multiple datagrams, but for a given socket. When you have small windows (thank you cubic), you…

  19. comment
    Comment #41508646

    The default UDP buffers of 212kB are indeed a big problem for every client at the moment. You can optimize your server as you want, all your clients will experience losses if they …

  20. comment
    Comment #41508617

    Something that nobody seems to be talking about here is the congestion control algorithm, which is the problem here. Cubic doesn't like losses. At all. In the kernel, pacing is imp…

  21. comment
    Comment #40659584

    Not surprised. These animals are fascinating. We're not even sure we have caught everything from their language; maybe it's not just sound-based, and the way they shake their trump…

  22. comment
    Comment #40607530

    I ran some tests on phi-3 and mistral-7b and it's not very hard to teach them to use tools, even though they were not designed for this. It turns out these models obey their instru…

  23. comment
    Comment #40523273

    There has never been any CONTINUATION frame issues in the first place. Only a bunch of other implementations did it a strange way resulting in abnormal memory usage, but CONTINUATI…

  24. comment
    Comment #40520367

    I honestly don't know, all I know is that we've had demands from users at very high loads because the logs are more compact and their parsing is more efficient. And once you have J…

  25. comment
    Comment #40517409

    UDP through a proxy is total non-sense. There isn't any single UDP-based service that is cleanly proxyable. Not just one. Most of them rely on the source IP address itself (plus po…