Live data from Hacker News

Viewing profile — Asm2D

Asm2D

HN member
Joined
Fri, Apr 05, 2019, 3:33 PM UTC
HN karma
84
Public activity
52 items

About Asm2D

No profile information was provided.

Recent public activity

  1. comment
    Comment #47417744

    It would be great if Meta was able to sustain to support more open source projects, especially those they benefit from. For example they use AsmJit in a lot of projects (both inter…

  2. comment
    Comment #47267849

    That's interesting - 200kB should not be a big deal for it - maybe it uses something that I usually don't, like many function calls, or insane number of branches, etc... I would be…

  3. comment
    Comment #47267078

    Indeed, but this also means that you would get drastically different performance on platforms that have more physical registers vs on platforms that have less. For example x86_64 o…

  4. comment
    Comment #47267031

    AsmJit has only one place where a lot of time is spent - bin-packing. It's the least optimized part, which has quadratic complexity (at the moment), which starts to show when you h…

  5. comment
    Comment #47261097

    Because pg_jitter uses AsmJit's Compiler, which also allocates registers. That's much more work than using hardcoded physical registers in SLJIT case. There is always a cost of suc…

  6. comment
    Comment #47258693

    I write JITs so I know, but I always try to write in a way that even non-JIT people can understand :)

  7. comment
    Comment #47258685

    If I recall research papers regarding Umbra it's also using AsmJit as a JIT backend, which means that theoretically the compilation times would be comparable if you only consider c…

  8. comment
    Comment #47246404

    Many SQL engines have JIT compilers. The problems related to PostgreSQL are pretty much all described here. It's very difficult to do low-latency queries if you cannot cache the co…

  9. comment
    Comment #46551275

    How JIT kills compatibility if it's only enabled on x86 and aaarch64? You can compile Blend2D without it and it would just work. So no, it doesn't kill any compatibility - it only …

  10. comment
    Comment #46538646

    I think Vello CPU would always struggle with raster images, because it does a bounds check for every pixel fetched from a source image. They have at least described this behavior s…

  11. comment
    Comment #46533469

    Adding a power draw into the mix is pretty interesting. Just because a GPU can render something 2x faster in a particular test doesn't mean you have consumed 50% less power, especi…

  12. comment
    Comment #46533272

    You need to rerun the benchmarks if you want fresh numbers. The post was written when Blend2D didn't have JIT for AArch64, which penalized it a bit. Also on X86_64 the numbers are …

  13. comment
    Comment #46526758

    You know nothing. Skia is definitely not a good example at all. Skia started as a CPU renderer, and added GPU rendering later, which heavily relies on caching. Vello, for example, …

  14. comment
    Comment #46526730

    Blend2D doesn't benchmark against GPU renderers - the benchmarking page compares CPU renderers. I have seen comparisons in the past, but it's pretty difficult to do a good CPU vs G…

  15. comment
    Comment #44554505

    I think AsmGrid has a great overview of X86 and AArch64 instructions: - https://asmjit.com/asmgrid/

  16. comment
    Comment #44540678

    Then paint to a regular buffer and do a memcpy to the framebuffer that has no cache at the end of each frame, possibly only copying a region/tiles you want to update. All the libra…

  17. comment
    Comment #44380771

    It's not, SSA and an optimizing pipeline was never the goal of AsmJit actually. You emit your SIMD code as you want it an no optimizer or other transformations mess with it - that'…

  18. comment
    Comment #44240249

    Blend2D has C-API and no dependencies - it doesn't even need a C++ standard library - so generally it's not an issue to build it and use it anywhere. There is a different problem t…

  19. comment
    Comment #43344645

    Introduction of a new high performance PNG decoder provided by Blend2D library, which challenges existing decoders written in C++ and other programming languages.

  20. story
  21. comment
    Comment #39451012

    Nice project, thanks for sharing! BTW for comparison - Blend2D can render SVG tiger in 1.68ms on the same machine (I also have 7950X) so it can provide almost an order of magnitude…

  22. comment
    Comment #39450989

    That's right! I didn't consider closed source libraries when writing the list. There would be more options in that case like Direct2D and CoreGraphics. However, my opinion is that …

  23. comment
    Comment #39445743

    I think that when it comes to 2D rendering libraries there is in general not too many options if you want to target CPU or both CPU+GPU. Targeting GPU-only is bad for users that ru…

  24. comment
    Comment #39443941

    That's true, Cairo still provides XRender backend. Not sure it's that usable though as I think nobody really focuses on improving XRender, so it's probably in the same state as Cai…

  25. comment
    Comment #39443172

    Cairo is in a maintenance-only mode. Nobody develops this library anymore and it only has a maintainer or two. Since nobody really worked on Cairo in the past 15 years it's not opt…