Comparison of Symbolic Deep Learning Frameworks
http://blog.revolutionanalytics.com/2016/08/deep-learning-part-1.html
Deep Learning Part 1: Comparison of Symbolic Deep Learning Frameworks
by Anusua Trivedi, Microsoft Data Scientist
Background and Approach
This blog series is based on my upcoming talk on re-usability of Deep Learning Models at the Hadoop+Strata World Conference in Singapore. This blog series will be in several parts – where I describe my experiences and go deep into the reasons behind my choices.
Deep learning is an emerging field of research, which has its application across multiple domains. I try to show how transfer learning and fine tuning strategy leads to re-usability of the same Convolution Neural Network model in different disjoint domains. Application of this model across various different domains brings value to using this fine-tuned model.
In this blog (Part1), I describe and compare the commonly used open-source deep learning frameworks. I dive deep into different pros and cons for each framework, and discuss why I chose Theano for my work.
Please feel free to email me at trivedianusua23@gmail.com if you have questions.
Symbolic Frameworks
Symbolic computation frameworks (as in CNTK, MXNET, TensorFlow, Theano) are specified as a symbolic graph of vector operations, such as matrix add/multiply or convolution. A layer is just a composition of those operations. The fine granularity of the building blocks (operations) allows users to invent new complex layer types without implementing them in a low-level language (as in Caffe).
I've used different symbolic computation frameworks in my work. However, I found each of them has their pros and cons in their design and current implementation, and none of them can perfectly satisfy all needs. For my problem needs , I decided to work with Theano.
Here we compare the following symbolic computation frameworks:
- Software: Theano
- Creator: Université de Montréal
- Software license: BSD license
- Open source: Yes
- Platform: Cross-platform
- Written in: Python
- Interface: Python
- CUDA support: Yes
- Automatic differentiation: Yes
- Has pre-trained models: Through Lasagne's model zoo
- Recurrent Nets: Yes
- Convolutional Nets: Yes
- RBM/DBNs: Yes
- Software: TensorFlow
- Creator: Google Brain Team
- Software license: Apache 2.0
- Open source: Yes
- Platform: Linux, Mac OS X,
- Windows support on roadmap
- Written in: C++, Python
- Interface: Python, C/C++
- CUDA support: Yes
- Automatic differentiation: Yes
- Has pre-trained models: No
- Recurrent Nets: Yes
- Convolutional Nets: Yes
- RBM/DBNs: Yes
- Software: MXNET
- Creator: Distributed (Deep) Machine Learning Community
- Software license: Apache 2.0
- Open source: Yes
- Platform: Ubuntu, OS X, Windows, AWS, Android, iOS, JavaScript
- Written in: C++, Python, Julia, Matlab, R, Scala
- Interface: C++, Python, Julia, Matlab, JavaScript, R, Scala
- CUDA support: Yes
- Automatic differentiation: Yes
- Has pre-trained models: Yes
- Recurrent Nets: Yes
- Convolutional Nets: Yes
- RBM/DBNs: Yes
Non-symbolic frameworks
PROS:
- Non-symbolic (imperative) neural network frameworks like torch, caffe etc. tend to have very similar design in their computation part.
- In terms of expressiveness, imperative frameworks with a good design can also expose graph-like interface (e.g. torch/nngraph).
CONS:
- The main drawbacks of imperative frameworks actually lie in manual optimization. For example, in-place operation has to be manually implemented.
- Most imperative frameworks are not designed well enough to have comparable expressiveness as symbolic frameworks.
Symbolic frameworks
PROS:
- Symbolic frameworks can possibly infer optimization automatically from the dependency graph.
- A symbolic framework can exploit much more memory reuse opportunities, as is well done in MXNET.
- Symbolic frameworks can automatically compute an optimal schedule. This is explained in TensorFlow whitepaper.
CONS:
- Available open source symbolic frameworks currently are still not good enough to beat imperative frameworks in performance.
Adding New Operations
Theano / MXNET |
TensorFlow |
Can add Operation in Python with inline C support. |
Forward in C++, symbolic gradient in Python. |
Code Re-usability
Training deep networks are time-consuming. So, Caffe has released some pre-trained model/weights (model zoo) which could be used as initial weights while transfer learning or fine tuning deep networks on domain specific or custom images.
- Theano
Lasagne is a high-level framework built on top of Theano. It’s very easy to use Caffe pre-tained model weights in Lasagne. - TensorFlow
No support for pre-trained model. - MXNET
MXNET has a caffe_converter tool which allows to convert pre-trained caffe model weights to fit MXNET.
Low-level Tensor Operators
A reasonably efficient implementation of low-level operators can serve as ingredients in writing new models, saving the effort to write new Operations.
Theano |
TensorFlow |
MXNET |
A lot of basic Operations |
Fairly good |
Very few |
Control Flow Operator
Control flow operators make the symbolic engine more expressive and generic.
Theano |
TensorFlow |
MXNET |
Supported |
Experimental |
Not Supported |
High-level Support
- Theano
Pure symbolic computation framework. High-level frameworks can be built to fit desired means of use. Successful examples include Keras, Lasagne, blocks. - TensorFlow
Has good design considerations for neural network training, and at the same time avoid being totally a neural network framework, which is a wonderful job. The graph collection, queues, image augmenters etc. can be useful building blocks for a higher-level wrapper. - MXNET
Apart from the symbolic part, MXNET also comes with all necessary components for image classification, going all the way through data loading to building a model that has a method to start training.
Performance
Benchmarking Using Single-GPU
I benchmark LeNet model on MNIST Dataset using a Single-GPU (NVIDIA Quadro K1200 GPU).
Theano |
TensorFlow |
MXNET |
Great |
Not so good |
Excellent |
Memory
GPU memory is limited and may usually be a problem for large models.
Theano |
TensorFlow |
MXNET |
Great |
Not so good |
Excellent |
Single-GPU Speed
Theano takes a long time to compile a graph, especially with complex models. TensorFlow is a bit slower.
Theano / MXNET |
TensorFlow |
comparable to CuDNNv4 |
about 0.5x slower |
Parallel/Distributed Support
Theano |
TensorFlow |
MXNET |
experimental multi-GPU |
multi-GPU |
distributed |
Conclusion
Theano (with higher-level Lasagne & Keras) is a great choice for deep learning models. It’s very easy to implement new networks & modify existing networks using Lasagne/Keras. I prefer python, and thus prefer using Lasagne/Keras due to their very mature python interface. However, they do not support R. I have tried using transfer learning and fine tuning in Lasagne/Keras, and it’s very easy to modify an existing network and customize it with domain-specific custom data.
Comparisons of different frameworks show that MXNET is the best choice (better performance/memory). Moreover, it has a great R support. In fact, it is the only framework that supports all functions in R. In MXNET, transfer learning and fine tuning networks are possible, but not as easy (as compared to Lasagne/Keras). This makes modifying existing trained networks more difficult, and thus a bit difficult to use domain-specific custom data.
Continued in Deep Learning Part 2: Transfer Learning and Fine-tuning Deep Convolutional Neural Networks
Comments
You can follow this conversation by subscribing to the comment feed for this post.
The comments to this entry are closed.
posted on 2018-03-07 15:08 fanbird2008 阅读(186) 评论(0) 编辑 收藏 举报
It’s worth to note that H2O is another framework of DL as well but w/o GPU support now.
And, it’s a tradeoff between performance and flexibility for DL framework.
One example in below blog post which shows the native R DL code w/ GPU backend acceleration.
http://www.parallelr.com/r-deep-neural-network-from-scratch/
http://www.parallelr.com/r-dnn-parallel-acceleration/
http://www.parallelr.com/r-dnn-cuda-multigpu/
Posted by: daisy | August 10, 2016 at 20:18
You are using some old TensorFlow release. It is no longer slow and it supports multi machine training. Operations can also be easily defined in Python and control ops are no longer experimental.
Posted by: Andrew | August 25, 2016 at 23:00
Would you please put your benchmarking code on GitHub and link back here in a comment?
Posted by: Dale Smith | August 26, 2016 at 05:21
Excellent post Anusha. Very informative. Do you mind I re-post this along with part 2 on my platform www.gladwinanalytics.com ? It would be greatly useful to tens and thousands of Gladwin Analytics users.
Thanks,
Anandh Shanmugaraj
Posted by: Big Data Jobs | August 27, 2016 at 05:35
Thanks for the comments.
Daisy - I tried to compare open-source frameworks only. I haven't played much with H2O, thanks for posting the links.
Andrew - Ahh! Thanks for pointing. I bench-marked TensorFlow sometime back, I need to update to new version.
Dale Smith - The plan is to make all codes available through Github. Its a work in progress, and I'll make it available once I have some newer version results.
Anandh Shanmugaraj - Feel free to re-post.
Posted by: Anusua Trivedi | August 29, 2016 at 07:12