Enzyme VS faust

Compare Enzyme vs faust and see what are their differences.

Our great sponsors
  • WorkOS - The modern identity platform for B2B SaaS
  • InfluxDB - Power Real-Time Data Analytics at Scale
  • SaaSHub - Software Alternatives and Reviews
Enzyme faust
16 54
1,140 2,387
2.9% 1.5%
9.6 9.6
about 11 hours ago 1 day ago
LLVM C++
GNU General Public License v3.0 or later GNU General Public License v3.0 or later
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.

Enzyme

Posts with mentions or reviews of Enzyme. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2022-12-06.
  • Show HN: Port of OpenAI's Whisper model in C/C++
    9 projects | news.ycombinator.com | 6 Dec 2022
    https://ispc.github.io/ispc.html

    For the auto-differentiation when I need performance or memory, I currently use tapenade ( http://tapenade.inria.fr:8080/tapenade/index.jsp ) and/or manually written gradient when I need to fuse some kernel, but Enzyme ( https://enzyme.mit.edu/ ) is also very promising.

    MPI for parallelization across machines.

  • Do you consider making a physics engine (for RL) worth it?
    3 projects | /r/rust | 8 Oct 2022
    For autodiff, we are currently working again on publishing a new Enzyme (https://enzyme.mit.edu) Frontend for Rust which can also handle pure Rust types, first version should be done in ~ a week.
  • What is a really cool thing you would want to write in Rust but don't have enough time, energy or bravery for?
    21 projects | /r/rust | 8 Jun 2022
    Have you taken a look at enzymeAD? There is a group porting it to rust.
  • The Julia language has a number of correctness flaws
    19 projects | news.ycombinator.com | 16 May 2022
    Enzyme dev here, so take everything I say as being a bit biased:

    While, by design Enzyme is able to run very fast by operating within the compiler (see https://proceedings.neurips.cc/paper/2020/file/9332c513ef44b... for details) -- it aggressively prioritizes correctness. Of course that doesn't mean that there aren't bugs (we're only human and its a large codebase [https://github.com/EnzymeAD/Enzyme], especially if you're trying out newly-added features).

    Notably, this is where the current rough edges for Julia users are -- Enzyme will throw an error saying it couldn't prove correctness, rather than running (there is a flag for "making a best guess, but that's off by default"). The exception to this is garbage collection, for which you can either run a static analysis, or stick to the "officially supported" subset of Julia that Enzyme specifies.

    Incidentally, this is also where being a cross-language tool is really nice -- namely we can see edge cases/bug reports from any LLVM-based language (C/C++, Fortran, Swift, Rust, Python, Julia, etc). So far the biggest code we've handled (and verified correctness for) was O(1million) lines of LLVM from some C++ template hell.

    I will also add that while I absolutely love (and will do everything I can to support) Enzyme being used throughout arbitrary Julia code: in addition to exposing a nice user-facing interface for custom rules in the Enzyme Julia bindings like Chris mentioned, some Julia-specific features (such as full garbage collection support) also need handling in Enzyme.jl, before Enzyme can be considered an "all Julia AD" framework. We are of course working on all of these things (and the more the merrier), but there's only a finite amount of time in the day. [^]

    [^] Incidentally, this is in contrast to say C++/Fortran/Swift/etc, where Enzyme has much closer to whole-language coverage than Julia -- this isn't anything against GC/Julia/etc, but we just have things on our todo list.

  • Jax vs. Julia (Vs PyTorch)
    4 projects | news.ycombinator.com | 4 May 2022
    Idk, Enzyme is pretty next gen, all the way down to LLVM code.

    https://github.com/EnzymeAD/Enzyme

  • What's everyone working on this week (7/2022)?
    15 projects | /r/rust | 14 Feb 2022
    I'm working on merging my build-tool for (oxide)-enzyme into Enzyme itself. Also looking into improving the documentation.
  • Trade-Offs in Automatic Differentiation: TensorFlow, PyTorch, Jax, and Julia
    7 projects | news.ycombinator.com | 25 Dec 2021
    that seems one of the points of enzyme[1], which was mentioned in the article.

    [1] - https://enzyme.mit.edu/

    being able in effect do interprocedural cross language analysis seems awesome.

  • Enzyme: towards state-of-the-art AutoDiff in Rust
    2 projects | /r/rust | 11 Dec 2021
    Enzyme is an LLVM (incubator) project, which performs automatic differentiation of LLVM-IR code. Here is an introduction to AutoDiff, which was recommended by @DoogoMiercoles in an earlier post. You can also try it online, if you know some C/C++: https://enzyme.mit.edu/explorer.
  • Oxide-Enzyme: Integrating LLVM's Static Automatic Differentiation Plugin
    3 projects | /r/rust | 30 Nov 2021
    To give a little bit of context here, this is a Rust frontend for Enzyme itself, which is a leading Auto-Diff tool. The key advantage is that unlike most of the existing tools it does generate gradient functions after applying a lot of (LLVM's) optimizations, which leads to very efficient gradients (benchmarks here: https://enzyme.mit.edu/). Working on LLVM level also allows it to work across language barriers. Finally it is also the first AD library to support generic AMD-HIP / NVIDIA-CUDA code and works also with OpenMP and MPI. https://c.wsmoses.com/papers/EnzymeGPU.pdf I have intentions to add rayon support, since that is more likely to be used on our Rust side :)
  • Cerebras’ New Monster AI Chip Adds 1.4T Transistors
    4 projects | news.ycombinator.com | 22 Apr 2021
    The answer is an API, like NNAPI. AD is a frontend concern and doesn't really matter to accelerators.

    For AD, I am bullish for Enzyme, which does AD on LLVM IR, avoiding deep compiler integration: https://enzyme.mit.edu/

faust

Posts with mentions or reviews of faust. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2024-02-16.
  • My Sixth Year as a Bootstrapped Founder
    5 projects | news.ycombinator.com | 16 Feb 2024
    Glicol looks very cool! Also check out Faust if you haven't (https://faust.grame.fr), another FP sound programming language.
  • Welcome to the Chata Programming Language
    2 projects | news.ycombinator.com | 24 Dec 2023
    The linked (https://github.com/grame-cncm/faust) looks reasonable to me.

    Chata probably needs to work out roughly what the semantics of the language should be. Its good to know what the library support is intended to be as that informs language design (assuming the library is to be implemented in chata anyway). Quite a lot of this page is about syntax.

    There are some design decisions that have deep impact on programming languages. Reflection, mutation, memory management, control flow, concurrency. There are some implementation choices that end up constraining the language spec - python seems full of these.

    Echoing p4bl0, implementing the language will change the spec. Writing a spec up front might be an interesting exercise anyway. I'd encourage doing both at the same time - sometimes describe what a feature should be and then implement it, sometimes implement something as best you can and then describe what you've got.

    Implementation language will affect how long it takes to get something working, how good the thing will be and what you'll think about along the way. The usual guidance is to write in something familiar to you, ideally with pattern matching as compilers do a lot of DAG transforms.

    - I'd say that writing a language in C took me ages and forced me to really carefully think through the data representation.

    - Writing one in lua took very little time but the implementation was shaky, probably because it let me handwave a lot of the details.

    - Writing a language in itself, from a baseline of not really having anything working, makes for very confusing debugging and (eventually) a totally clear understanding of the language semantics.

    Good luck with the project.

  • Glicol: Next-generation computer music language
    2 projects | news.ycombinator.com | 2 Sep 2023
  • Csound
    5 projects | news.ycombinator.com | 2 Sep 2023
    Csound is extremely powerful, but my favorite thing in this vein these days is Faust:

    https://faust.grame.fr/

    It's a functional language with a nice way of generating diagrams of DSP algorithms, but its big killer feature for me is its language bindings, which include C, C++, Cmajor, Codebox, CSharp, DLang, Java, JAX, Julia, JSFX, "old" C++, Rust, VHDL, and WebAssembly (wast/wasm) out of the box.

    5 projects | news.ycombinator.com | 2 Sep 2023
    If you want to explore a more functional approach to sound generation, there is always Faust:

    https://faust.grame.fr

  • faust VS midica - a user suggested alternative
    2 projects | 12 Aug 2023
  • Where is a good place to get started with DSP coding?
    5 projects | /r/synthdiy | 22 Apr 2023
  • DIY pedal using Arduino and breadboard?
    2 projects | /r/diypedals | 7 Apr 2023
    Using more powerful hardware like this also gives you the option to branch out and use other tools, e.g. the popular Faust.
  • Ask HN: What audio/sound-related OSS projects can I contribute to?
    22 projects | news.ycombinator.com | 22 Mar 2023
    I heard of https://github.com/grame-cncm/faust a while back, probably via HN. It looks interesting and actively maintained, but I didn’t get a chance to play with it. There are many other libraries listed on GitHub awesome lists such as this one: https://github.com/ad-si/awesome-music-production#libraries
  • Ask HN: Is there a great DAG framework for Python?
    3 projects | news.ycombinator.com | 16 Dec 2022
    Does Faust do what you want? It's a language specifically for digital signal processing, and has a wide variety of compile targets.

    https://faust.grame.fr/

    > Faust (Functional Audio Stream) is a functional programming language for sound synthesis and audio processing with a strong focus on the design of synthesizers, musical instruments, audio effects, etc. created at the GRAME-CNCM Research Department. Faust targets high-performance signal processing applications and audio plug-ins for a variety of platforms and standards.

    > The core component of Faust is its compiler. It allows to "translate" any Faust digital signal processing (DSP) specification to a wide range of non-domain specific languages such as C++, C, LLVM bit code, WebAssembly, Rust, etc. In this regard, Faust can be seen as an alternative to C++ but is much simpler and intuitive to learn.

What are some alternatives?

When comparing Enzyme and faust you can also consider the following projects:

supercollider - An audio server, programming language, and IDE for sound synthesis and algorithmic composition.

Zygote.jl - 21st century AD

csound - Main repository for Csound

Flux.jl - Relax! Flux is the ML library that doesn't make you tensor

Pytorch - Tensors and Dynamic neural networks in Python with strong GPU acceleration

SOUL - The SOUL programming language and API

Lux.jl - Explicitly Parameterized Neural Networks in Julia

yummyDSP - An Arduino audio DSP library for the Espressif ESP32 and probably other 32 bit machines

Cardinal - Virtual modular synthesizer plugin

linfa - A Rust machine learning framework.

zygote - Explorations in area of programming languages: concepts, typing, formal verification

vst-rs - VST 2.4 API implementation in rust. Create plugins or hosts. Previously rust-vst on the RustDSP group.