Earlier quoted context omitted.
Flashlight vs torch (pytorch). ^^
Yes, I could see the construction, I just can't think why they wouldn't anticipate the problems it could cause down the track.
Flashlight: Fast and flexible machine learning in C++
31–40 of 96 posts
Re: Flashlight: Fast and flexible machine learning in C++
#32Re: Flashlight: Fast and flexible machine learning in C++
#33This seems really cool, but I don't get why they would pour work into this while simultaneously building a C++ front-end for PyTorch[1]. Per the blog post, both frameworks have the goal of empowering ML researchers to iterate on ML models in such a way that it becomes easier to reason about performance than it would be talking to a bunch of dynamically linked object files behind an interpreter. Facebook is a huge com…
Re: Flashlight: Fast and flexible machine learning in C++
#34Does anyone else think that C++ makes more sense for ML work than Python? I'd been thinking so for years. Both for deployment/performance and data wrangling purposes.
C++ seems ideal for me right now because it is the only other language with a somewhat mature stack (perhaps Julia as well, but I haven't played too much around with that).
Re: Flashlight: Fast and flexible machine learning in C++
#35Re: Flashlight: Fast and flexible machine learning in C++
#36Earlier quoted context omitted.
Flashlight is much lower level and gives more fine-grained performance control. For instance, I don't think there is really any way to do real-time speech recognition that is fast with PyTorch because of how it is architected. From my understanding, Tensor Comprehensions and Halide are both very tentative research projects. > not having it's direction beholden to the whims of Alphabet (see: Swift for Tensorflow). I d…
This is a very interesting claim. I find it credible because it stands to reason that projects like DeepSpeed[1] and TorchScript[2] wouldn't need to exist if inference performance of research PyTorch models was satisfactory for production, but often case it isn't. It appears as though Flashlight is built on ArrayFire. I haven't seen how gradients are managed in arrayfire-ml, but perhaps it is the case that the autogr…
Re: Flashlight: Fast and flexible machine learning in C++
#37I wish Flashlight had a way to easily export models to other frameworks.
Re: Flashlight: Fast and flexible machine learning in C++
#38flashlight is such a common word used for an appliance. I would never think of anything else upon hearing this. Millions of people I assume as well.
Re: Flashlight: Fast and flexible machine learning in C++
#39Earlier quoted context omitted.
Flashlight is much lower level and gives more fine-grained performance control. For instance, I don't think there is really any way to do real-time speech recognition that is fast with PyTorch because of how it is architected. From my understanding, Tensor Comprehensions and Halide are both very tentative research projects. > not having it's direction beholden to the whims of Alphabet (see: Swift for Tensorflow). I d…
This is a very interesting claim. I find it credible because it stands to reason that projects like DeepSpeed[1] and TorchScript[2] wouldn't need to exist if inference performance of research PyTorch models was satisfactory for production, but often case it isn't. It appears as though Flashlight is built on ArrayFire. I haven't seen how gradients are managed in arrayfire-ml, but perhaps it is the case that the autogr…
Re: Flashlight: Fast and flexible machine learning in C++
#40Many interesting features in this framework, autograd looks neat too.
I guess the deployment in real world C++ apps will be easier than PyTorch or Tensorflow, especially at the edge in scenarios with little or no network access.