A few more for your selection, - Bloated build system that is near impossible to get working - who even uses maven ?! Pytorch/Caffe are super-simple to build in comparison; with Chainer, it's even simple: all you need is pip install (even on exotic ARM devices). - The benefits of all that static analysis simply aren't there. In addition, PyTorch has a jit-compiler which one can argue lets one have their cake and eat…
Tensorflow sucks
31–40 of 133 posts
Re: Tensorflow sucks
#32A few more for your selection, - Bloated build system that is near impossible to get working - who even uses maven ?! Pytorch/Caffe are super-simple to build in comparison; with Chainer, it's even simple: all you need is pip install (even on exotic ARM devices). - The benefits of all that static analysis simply aren't there. In addition, PyTorch has a jit-compiler which one can argue lets one have their cake and eat…
Re: Tensorflow sucks
#33Earlier quoted context omitted.
Have you looked at ONNX? It is a neural network exchange format that, in particular, lets you deploy PyTorch models in production via Caffe2. Here is a tutorial: http://pytorch.org/docs/master/onnx.html Disclaimer: I work on Caffe2 team (not on ONNX, though)
If I want to export my own computational graph to ONNX, what is the first place I should look at? Do you know about any documentation or reference implementation of the format?
Re: Tensorflow sucks
#34Re: Tensorflow sucks
#35A few more for your selection, - Bloated build system that is near impossible to get working - who even uses maven ?! Pytorch/Caffe are super-simple to build in comparison; with Chainer, it's even simple: all you need is pip install (even on exotic ARM devices). - The benefits of all that static analysis simply aren't there. In addition, PyTorch has a jit-compiler which one can argue lets one have their cake and eat…
TF doesn’t use Maven. Also, its build system lets you build it for a lot of different platforms in a uniform fashion, and speeds up the development cycle due to fast incremental builds and built in incremental, parallel, multi-language test support.
Re: Tensorflow sucks
#36Personally, I hate it that all these libraries are so much geared towards neural networks. Why can't we just have compute networks that can be used for anything, from computational linear algebra to deep learning? > Let’s be honest, when you have about half a dozen open source high-level libraries out there built on top of your already high-level library to make your library usable, you know something has gone terrib…
CuPy is even designed to be drop-in compatible with Numpy; I don't think there is much support for LAPACK routines at this point though.
Doing MATLAB-esque work with tensorflow would require some special tolerance for pain, or would require one to be a masochist.
Re: Tensorflow sucks
#37Personally, I hate it that all these libraries are so much geared towards neural networks. Why can't we just have compute networks that can be used for anything, from computational linear algebra to deep learning? > Let’s be honest, when you have about half a dozen open source high-level libraries out there built on top of your already high-level library to make your library usable, you know something has gone terrib…
Have you looked at the APIs for any of these libraries? I think there is a perception that these are all for NN only because NN is the hot topic that everyone is jumping on noe; but tf for example is a general matrix manipulation library with a bunch of amazing, extra NN stuff shipped alongside it.
Re: Tensorflow sucks
#38Don't flame me but how does tensorflow compare with Azure machine learning platform. For me it provides a great platform for practitioners
I think these are not comparable. Tensorflow is a software library, Azure is a compute environment which allows one to run, among many other libraries, tensorflow implementations of ML models.
Re: Tensorflow sucks
#39Earlier quoted context omitted.
Don't take this the wrong way, but 20M images per month is only about 20 qps or so (20M / 3600 / 730 => 7.6 qps, but that's unrealistically even). That's pretty manageable even on a single box, depending on the network and the size of the box. When people say they're concerned about a system in production, they often mean when needing to roll it out to many machines due to higher scalability requirements. Disclosure:…
That's a fair point, but just as a counterpoint, for plenty of people, 20M per month is a lot of traffic, and it's good and valid to hear about experiences of people putting PyTorch into production with this scale.
You could mean large scale, real time, "small batch job with online lookups from a CRUD database",..
Let's just admit it's use case specific and move on.
Re: Tensorflow sucks
#40Earlier quoted context omitted.
In my experience (computer vision, deep learning) PyTorch is substantially faster as well, especially in data augmentation where it’s not just a thin layer over cudnn. That said, you’re right. There’s no way I’d deploy it to production.
Have you looked at ONNX? It is a neural network exchange format that, in particular, lets you deploy PyTorch models in production via Caffe2. Here is a tutorial: http://pytorch.org/docs/master/onnx.html Disclaimer: I work on Caffe2 team (not on ONNX, though)