Live data from Hacker News

Viewing profile — nallana

nallana

HN member
Joined
Mon, Dec 26, 2016, 8:35 PM UTC
HN karma
50
Public activity
24 items

About nallana

No profile information was provided.

Recent public activity

  1. comment
    Comment #47989140

    They haven’t been all this time? Damn — what a time to be a robot

  2. comment
    Comment #47462405

    Why not a shared buffer? Serializing into JSON on this hot path should be entirely avoidable

  3. comment
    Comment #46283614

    Appreciate the comment actually! It's good feedback -- we weren't sure if it's mixing work/memes too much, and keeping our materials clean like engineering docs are probably a good…

  4. comment
    Comment #46281389

    It's open source / free. But yes, of course we want people to try it and get value from it.

  5. comment
    Comment #46280976

    Seeing in MATLAB code how ode45 is implemented != how the thing is running on the machine. That's a very small top slice. But okay -- as I mentioned, you're entitled to your views!…

  6. comment
    Comment #46280863

    Shameless plug for RunMat (we wrote this blog article, also an open source alternative for MATLAB): https://runmat.org

  7. comment
    Comment #46280821

    Yep -- Octave was very helpful for me in school. Octave is not particularly fast. RunMat is very fast (orders of magnitude -- see benchmarks).

  8. comment
    Comment #46280783

    >> The engine is closed source. You cannot see how fft or ode45 are implemented under the hood. For high-stakes engineering, not being able to audit your tools is a risk. This is j…

  9. comment
    Comment #46280648

    If the rewrite is for performance, ideally the logic capture = the thing executing in production. Cases where a JIT running would conflict with requirements notwithstanding (e.g. H…

  10. comment
    Comment #46280543

    Yep! Makes sense. Though I think the cost of writing these toolboxes is lim --> 0. Will have a really solid rust inspired package manager soon, and a single #macro to expose a rust…

  11. comment
    Comment #46280498

    In Julia, you explicitly need to still reason about and select GPU drivers + manage residency of tensors; in RunMat we abstract that away, and just do it for you. You just write ma…

  12. comment
    Comment #46280272

    @mNovak -- super helpful note! Thank you! Author of RunMat (this project) here -- > The first thing they teach about performant Matlab code is that simple for-loops will tank perfo…

  13. comment
    Comment #46123542

    Thanks!! It was originally for Octave users whose scripts were running painfully slow. The goal was to keep the MATLAB frontend capture syntax, but run it fast. When we dug into wh…

  14. story
    Show HN: RunMat – runtime with auto CPU/GPU routing for dense math

    Hi, I’m Nabeel. In August I released RunMat as an open-source runtime for MATLAB code that was already much faster than GNU Octave on the workloads I tried. https://news.ycombinato…

  15. story
  16. comment
    Comment #44973955

    a solid core, not the whole Matlab (they confound the language, compiler / runtime, an IDE, and a bunch of other things in the name / product that is MATLAB). This is a solid compi…

  17. comment
    Comment #44973904

    Versus Octave: - Lots of language semantics are unsupported in Octave (like Classes), and it’s purely a slow line by line interpreter so it’s very slow. - Given the design / Cranel…

  18. story
    Show HN: RunMat – a V8 inspired Rust runtime for the landlocked Matlab language

    Why build this? MATLAB wasn’t chosen by engineers; it was inherited from classrooms. That unfair advantage let MathWorks sell a decades-old runtime with heavy startup, sluggish hot…

  19. comment
    Comment #34570798

    Hi HN! Would love to share something that has been over a year in the making. We were originally building an environment to conduct engineering / scientific analysis in the cloud (…

  20. story
  21. comment
  22. story
  23. comment
  24. story
    Show HN: A new way to write and publish research

    Over the last two years, we’ve seen just how quickly science can move when it’s conducted out in the open, and the focus is on content rather than the publishing process. We’ve bui…