Live data from Hacker News

Viewing profile — dougall

dougall

HN member
Joined
Sun, May 10, 2020, 11:29 AM UTC
HN karma
182
Public activity
57 items

About dougall

No profile information was provided.

Recent public activity

  1. comment
    Comment #46764242

    Hi, author here. My version definitely shouldn't be faster unless something very weird is going on with the runtime (though I think with the benefit of hindsight some further optim…

  2. comment
  3. comment
    Comment #42022536

    It's fun :)

  4. comment
    Comment #40584640

    Yeah, exactly this. To try to make it more "concrete", compilers tend to end up processing an absurd mess of code, that does things that superficially look silly, due to extensive …

  5. comment
    Comment #40581514

    Author here - I believe this 2020 post resurfaced as known-bits optimisation was recently added to PyPy (Python implementation using a JIT compiler), which this thread discusses: h…

  6. comment
    Comment #37774880

    Awesome! I'm always happy to hear people are interested in SVE :) (And yeah, creating technical documentation that a large company should have created themselves has somehow become…

  7. comment
    Comment #37749578

    Heh, I'd have called it the Arm SIMD Instruction List, but Arm have been aggressively enforcing the Arm trademark [1], so I settled for A64 (the official name for the instruction s…

  8. comment
    Comment #37748381

    I hope it's useful, though I think most people care about the "Advanced SIMD" (Neon) instructions, which I'd also like to do. I started with SVE because I wasn't already familiar w…

  9. comment
    Comment #37099186

    It is a trade off, but a lot of processors have free offsets from loads, so pointer chasing is almost always free. On ARM, "ldr x0, [x1]" just becomes "ldur x0, [x1, #-1]" - same s…

  10. comment
    Comment #37098956

    The tag bit can be inverted. V8 uses 1 for pointers, 0 for integers - you're usually loading from constant offsets from pointers anyway, so that mostly folds away nicely. Then: x +…

  11. comment
    Comment #37057511

    Yeah... I don't know if you saw Rodrigo Branco's damning "The Microarchitectures That I Saw And The Ones That I Hope To One Day See": https://www.youtube.com/watch?v=WlcQrx7VK00 ht…

  12. comment
    Comment #36644462

    Browsers use multiple processes for security and reliability, not as an alternative to multi-threading. They extensively use multi-threading for performance (as does a lot of other…

  13. comment
  14. comment
    Comment #36399138

    Yeah – ARM specifically added EOR3 and BCAX instructions to accelerate SHA-3 hashes, both of which can be handled by VPTERNLOGD.

  15. comment
    Comment #36379355

    Is there a reason you call out Discord and not GitHub?

  16. comment
    Comment #36334175

    Good point, it's likely that a high-power in-order chip could go faster. Do you know of any examples of high-power in-order cores I could compare to?

  17. comment
    Comment #36324990

    Alas, security generally isn't so important. How many times have you been hacked by a side-channel exploit? (Or people you know? Or any publicly documented case?) Are you going to …

  18. comment
    Comment #36236026

    Nice! Sorry if this comment is overly pedantic, I just enjoy having an excuse to talk about assembly. It's worth noting that 0x80000000 would pass this "is zero" check. (I think th…

  19. comment
    Comment #36226888

    Though it'd be preferable to do: cmp wzr, w19 // set the carry flag if w19 is zero adc w8, w19, w19 // w8 = w19 + w19 + carry

  20. comment
    Comment #36213298

    Some: https://news.ycombinator.com/item?id=35301630

  21. comment
    Comment #35836920

    Really? Is there case law to this effect? These things happen, and have value, but I wouldn't have considered them as "given as a quid pro quo" or "mutual promises".

  22. story
  23. comment
    Comment #35430272

    It's a huge issue, but multi-threading only helps with latency, not energy.

  24. comment
    Comment #35421503

    Then do that. It's not a video codec. The problem is computation power is increasing much more slowly than bandwidth, and is likely to continue to. 8K PNGs (by my napkin calculatio…

  25. comment
    Comment #35397949

    Thanks! It's a tiny contribution compared to Alyssa and Lina's development and reverse engineering work, but it's been very educational and rewarding work so far :)