flamethrower VS Halide

flamethrower

We haven't tracked posts mentioning flamethrower yet.
Tracking mentions began in Dec 2020.

Halide

• Deepmind Alphadev: Faster sorting algorithms discovered using deep RL
  3 projects | news.ycombinator.com | 7 Jun 2023

  It is not the sorting per-se which was improved here, but sorting (particularly short sequences) on modern CPUs with really the complexity being on the difficulty of predicting what will work quickly on these modern CPUs.

  Doing an empirical algorithm search to find which algorithms fit well on modern CPUs/memory systems is pretty common, see e.g. FFTW, ATLAS, https://halide-lang.org/

• Two-tier programming language
  6 projects | /r/ProgrammingLanguages | 19 Apr 2023

  Halide https://halide-lang.org/

• Best book on writing an optimizing compiler (inlining, types, abstract interpretation)?
  8 projects | /r/ProgrammingLanguages | 17 Apr 2023
• What would make you try a new language?
  8 projects | /r/ProgrammingLanguages | 29 Jan 2023

  If we drop the "APL" requirement, wouldn't Halide fit your criteria for the third?

• Library that could generate vectorized code for different instruction sets?
  4 projects | /r/cpp | 14 Jan 2023

  Adobe halide https://github.com/halide/Halide

• Show HN: Port of OpenAI's Whisper model in C/C++
  9 projects | news.ycombinator.com | 6 Dec 2022

  I suggest looking into Halide as it will make trying different paths much easier (https://halide-lang.org/).

  I haven't looked at your code closely so can't say with certainty it would be the right fit but worth a look.

• Esp32 tensorflow lite
  3 projects | /r/esp32 | 1 Dec 2022

  Halide home page: https://halide-lang.org/

• Why Functional Programming Should Be the Future of Software
  11 projects | news.ycombinator.com | 2 Nov 2022

  I like and agree with much of the advantages of FP, but I’ve never used it exclusively.

  A number of years ago, we worked with a startup that was based around a new FP language, focused on image processing pipelines[0]. It’s actually vey cool. We came from a C++ background.

  Learning the language was difficult, but our team was very capable, and very experienced. We did it.

  But it was just too limited, and the advantages never appeared for us. We were doing it for an embedded implementation.

  It was a really neat experience, but ended up as a failure. I am sorry for that, as I actually thought they had the right idea, and I think that management failure was as much to blame as technical hurdles. The language had many limitations, but we were still able to work with it. That’s what you get, with a highly capable team.

  These days, I program in Swift, which has many FP features. I enjoy it.

  Nonetheless, I think that many of these “new paradigms” are built around the premise that most programmers suck, and need to be forced to write good code, and that never seems to work.

  Companies seem to be desperate to hire crappy engineers, and get them to write good code, as opposed to hiring decent engineers, in the first place, and those folks can write good code, regardless of the tools.

  [0] https://halide-lang.org/

• How does control flow happen in declarative programming languages?
  2 projects | /r/ProgrammingLanguages | 3 Sep 2022

  I agree with you, but I see this as a strength rather than a weakness. A current trend in high-performance computing is to separate the declarative part of a program from its execution strategy (see Halide). This makes it possible to run the same program on different hardware in a performant way and be actually sure that it is the same program.

• AMD HIP + Cuda in same program
  3 projects | /r/CUDA | 26 Aug 2022

  Or you use OpenCL. Or you write the GPU code in https://halide-lang.org or https://taichi.graphics which support many backends (CPU, Nvidia GPU, AMD GPU, Intel GPU, OpenGL, DirectX, Vulkan, ....)