Live data from Hacker News

Viewing profile — PeCaN

PeCaN

HN member
Joined
Fri, Oct 30, 2015, 11:34 PM UTC
HN karma
3,584
Public activity
1,032 items

About PeCaN

No profile information was provided.

Recent public activity

  1. comment
    Comment #25158188

    To be honest I don't really see people who don't want to learn APL being that interested in putting in the effort to completely upend how they think about programming and algorithm…

  2. comment
    Comment #25148799

    If you watch the video it looks like their proposed syntax is not APL-like but closer to mainstream languages. I'm honestly not sure if this is a good thing or not. You said "easie…

  3. comment
    Comment #25147472

    I've been working on something like this on and off for the past 4 years or so, although with something more like generators than streams. I think it's a very, very promising idea …

  4. comment
    Comment #25134127

    it's not so much that gcc does anything specific so much as LLVM is just really really inefficient—they don't track compilation time at all so it's easy for releases to regress, ha…

  5. comment
    Comment #25134066

    that's just because gcc has certain optimization passes that can't be disabled (that said gcc -O0 is still absolutely nothing like what a human would write)

  6. comment
    Comment #25107661

    - it takes some die space sure but no x86 processors are actually limited by instruction decoding (except, iirc, the first generation xeon phi in some cases) - huge pages don't exa…

  7. comment
    Comment #25035547

    All the Intel CPUs with RDRAND, although I guess that's not exactly hidden anymore.

  8. comment
    Comment #24996767

    I sort of wonder if this approach to JITing is worth it over just writing a faster interpreter. This is basically like what V8's baseline JIT used to be and they switched to an int…

  9. comment
    Comment #24959344

    That's fair. It's definitely not a killer, (or even in my opinion the worst thing about RISC-V,) just another one of these random little annoyances that I'm not really sure why RIS…

  10. comment
    Comment #24959191

    It's not like someone is proposing some crazy new instruction to do vector math on binary coded decimals while also calculating CRC32 values as a byproduct. It's conditional move. …

  11. comment
    Comment #24959121

    >[She] complains Risc-V need 4 instructions to do what x86_64 and arm does in two, but... it says Risc-V. So… what, it should take 5 instructions? Executing more instructions for a…

  12. comment
    Comment #24958900

    I'm not sure about this "RISC way" stuff. From a uarch standpoint the RISC vs CISC distinction is moot and from an ISA standpoint the only real quantifiable difference seems to be …

  13. comment
    Comment #24941007

    ARM has it. DEC Alpha had it (before x86, even). I get that there are a lot of narrow-use instructions but popcount is a pretty well-known and common operation.

  14. comment
    Comment #24940572

    popcount is extremely useful in a lot of algorithms, from RSA to chess engines to sparse arrays and tries it's honestly pretty baffling that RISC-V doesnt have it (perils of design…

  15. comment
    Comment #24927613

    Not that. https://en.wikipedia.org/wiki/Threaded_code It's an interpreter implementation technique.

  16. comment
    Comment #24846432

    Ironically enough I feel like IBM is actually an example of a giant company that, against all odds, is somehow still innovating, at least with its POWER CPUs. They're doing really …

  17. comment
    Comment #24795714

    how are europoors so consistently butthurt about fucking units of temperature

  18. comment
    Comment #24696096

    I considered multiple selections a bit of a gimmick in sublime text and various emacs/vim extensions but the way it works in kakoune feels completely different. Think about vim (an…

  19. comment
    Comment #24670835

    Humans were actually incapable of abstract thought until hacker news invented it.

  20. comment
    Comment #24530236

    Probably not, since it's optimized for scientific workloads (being designed specifically for the K computer replacement) (so it doesn't have texture units, ROPs, etc; you'd have to…

  21. comment
    Comment #24360514

    I thought I'd seen a rather dramatic benchmark of this but I can't find it now. (I think it was in the context of io_uring, whose documentation mentions that polled IO is much lowe…

  22. comment
    Comment #24352730

    I was extremely (I think justifiably) skeptical of async I/O on Linux for the longest time but now I legitimately think with io_uring Linux is actually somehow the gold standard fo…

  23. comment
    Comment #24352662

    While this is intuitively obvious, it doesn't really always play out that way in practice since interrupts can be expensive to handle. For example polled IO can be significantly lo…

  24. comment
    Comment #24352637

    I emailed QNX a couple years ago about hobbyist or non-commercial licenses and they replied that they no longer offer them.

  25. comment
    Comment #24352623

    You can find QNX 6.5 and suitable license keys by digging around on the web a bit. 6.5 is probably the last version suitable for use as a desktop OS—I believe 6.6 is where they sta…