Live data from Hacker News

Viewing profile — keldaris

keldaris

HN member
Joined
Thu, Mar 05, 2015, 2:00 PM UTC
HN karma
1,681
Public activity
465 items

About keldaris

No profile information was provided.

Recent public activity

  1. comment
    Comment #48681775

    Isn't that switch basically a downgrade? You get some more single core performance and some weight savings, but also a worse (and smaller) screen, less multicore performance, less …

  2. comment
    Comment #48557806

    Is that actually true? I've never looked into the API differences or how YouTube ads actually work, but I'm using a current Google Chrome version on MacOS, with uBlock Origin Lite …

  3. comment
    Comment #47681549

    I actually haven't - I tried Gemini 3.0 Pro in Antigravity and was disappointed enough that I didn't pay much attention to the 3.1 release, it was notably worse than Opus and GPT a…

  4. comment
    Comment #47681530

    I've had reasonable success using GPT for both neighbor list and Barnes-Hut implementations (also quad/oct-trees more generally), both of which fit your description, haven't tried …

  5. comment
    Comment #47669411

    As a scientist (computational physicist, so plenty of math, but also plenty of code, from Python PoCs to explicit SIMD and GPU code, mostly various subsets of C/C++), I can confirm…

  6. comment
    Comment #47504917

    Out of curiosity, how does the size and performance of the generated WASM compare to just compiling the same Raylib example from the equivalent C code via Emscripten? In other word…

  7. comment
    Comment #46141030

    It's not crazy, it's just what happens if you write mostly C with some conveniences where they actually make sense instead of "modern C++". I generally write very performance sensi…

  8. comment
    Comment #46133693

    Thankfully, you can still write C++ just fine without the "modern" stuff and have not only readable code, but also sane compile times. The notion, explicitly mentioned in the artic…

  9. comment
    Comment #45575410

    Same here, I have multiple decades of experience running Linux on desktops and servers alike, and Omarchy just saves me time and manages to be productive and fun at the same time. …

  10. comment
    Comment #44583231

    > and then released Vulkan years later as a response that has had incredibly slow adoption due to the same over complexity that OpenCL died from. I agree with everything else you s…

  11. comment
    Comment #44213487

    There's nothing wrong with using LTO, but I prefer simply compiling everything as a single translation unit ("unity builds"), which gets you all of the LTO benefits for free (in th…

  12. comment
    Comment #43666392

    Generally, the reason to bother with this approach is if you have a project that only needs tensor cores in a tiny part of the code and otherwise benefits from the cross platform n…

  13. comment
    Comment #43658775

    WebGPU has no support for tensor cores (or their Apple Silicon equivalents). Vulkan has an Nvidia extension for it, is there any way to make MoltenVK use simdgroup_matrix instructi…

  14. comment
    Comment #43658760

    Technically, OpenCL can also include inline PTX assembly in kernels (unlike any compute shader API I've ever seen), which is relevant for targeting things like tensor cores. You're…

  15. comment
    Comment #43658021

    How are you writing compute shaders that work on all platforms, including Mac? Are you just writing Vulkan and relying on MoltenVK? AFAIK, the only solution that actually works on …

  16. comment
    Comment #42897755

    In practice, you're going to test the next version of the compiler anyway if you want to be sure your code actually works. Agreements or not, compilers have bugs on a regular basis…

  17. comment
    Comment #42895976

    Luckily, little of it matters if you simply write C for your actual target platforms, whatever they may be. C thankfully discourages the very notion of "general purpose" code, so u…

  18. comment
    Comment #42087405

    > I’m convinced there’s a contingent of devs who don’t like/grok abstraction. I am one of those. I grok abstractions just fine (have commercially written idiomatically obtuse Scala…

  19. comment
    Comment #41884231

    If that's true, how are they so much more reasonable in most developed countries with far greater government involvement still? Is the US government just uniquely bad at healthcare…

  20. comment
    Comment #41680096

    This looks like a nice case study for when you're already using Rust for other reasons and just want to make a bit of numerical code go fast. However, as someone mostly writing C++…

  21. comment
    Comment #40007920

    It depends on what you're doing. For writing FP32 number crunching code from scratch (meaning you don't care about something like Torch, or even cuBLAS/cuDNN), I haven't encountere…

  22. comment
    Comment #40007286

    While this is completely true, it is also true that OpenCL 1.2 is the one compute API that just works on every major platform and the drivers don't seem that unusably bad (though I…

  23. comment
    Comment #38298031

    Is there a way to directly use these developments to already write a reasonable subset of C/C++ for simpler usecases (basically doing some compute and showing the results on screen…

  24. comment
    Comment #37737556

    Completely agree with all of that, but I would add that even if you never have to write any assembly at all, just the ability to read your own code in disassembled form is a superp…

  25. comment
    Comment #35809790

    I don't own a Tesla, but if I refused to buy any product with misleading marketing, I'm not sure I'd ever buy anything more sophisticated than a loaf of bread. Then again, I also d…