Alternatives to MXNet logo

Alternatives to MXNet

TensorFlow, PyTorch, Keras, Theano, and Gluon are the most popular alternatives and competitors to MXNet.
43
74
+ 1
1

What is MXNet and what are its top alternatives?

A deep learning framework designed for both efficiency and flexibility. It allows you to mix symbolic and imperative programming to maximize efficiency and productivity. At its core, it contains a dynamic dependency scheduler that automatically parallelizes both symbolic and imperative operations on the fly.
MXNet is a tool in the Machine Learning Tools category of a tech stack.
MXNet is an open source tool with 20K GitHub stars and 6.9K GitHub forks. Here’s a link to MXNet's open source repository on GitHub

Top Alternatives to MXNet

  • TensorFlow
    TensorFlow

    TensorFlow is an open source software library for numerical computation using data flow graphs. Nodes in the graph represent mathematical operations, while the graph edges represent the multidimensional data arrays (tensors) communicated between them. The flexible architecture allows you to deploy computation to one or more CPUs or GPUs in a desktop, server, or mobile device with a single API. ...

  • PyTorch
    PyTorch

    PyTorch is not a Python binding into a monolothic C++ framework. It is built to be deeply integrated into Python. You can use it naturally like you would use numpy / scipy / scikit-learn etc. ...

  • Keras
    Keras

    Deep Learning library for Python. Convnets, recurrent neural networks, and more. Runs on TensorFlow or Theano. https://keras.io/ ...

  • Theano
    Theano

    Theano is a Python library that lets you to define, optimize, and evaluate mathematical expressions, especially ones with multi-dimensional arrays (numpy.ndarray). ...

  • Gluon
    Gluon

    A new open source deep learning interface which allows developers to more easily and quickly build machine learning models, without compromising performance. Gluon provides a clear, concise API for defining machine learning models using a collection of pre-built, optimized neural network components. ...

  • NumPy
    NumPy

    Besides its obvious scientific uses, NumPy can also be used as an efficient multi-dimensional container of generic data. Arbitrary data-types can be defined. This allows NumPy to seamlessly and speedily integrate with a wide variety of databases. ...

  • Flux
    Flux

    Flux is the application architecture that Facebook uses for building client-side web applications. It complements React's composable view components by utilizing a unidirectional data flow. It's more of a pattern rather than a formal framework, and you can start using Flux immediately without a lot of new code. ...

  • scikit-learn
    scikit-learn

    scikit-learn is a Python module for machine learning built on top of SciPy and distributed under the 3-Clause BSD license. ...

MXNet alternatives & related posts

TensorFlow logo

TensorFlow

2.9K
3.1K
80
Open Source Software Library for Machine Intelligence
2.9K
3.1K
+ 1
80
PROS OF TENSORFLOW
  • 26
    High Performance
  • 16
    Connect Research and Production
  • 13
    Deep Flexibility
  • 9
    Auto-Differentiation
  • 9
    True Portability
  • 3
    High level abstraction
  • 2
    Powerful
  • 2
    Easy to use
CONS OF TENSORFLOW
  • 9
    Hard
  • 6
    Hard to debug
  • 1
    Documentation not very helpful

related TensorFlow posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 8 upvotes · 1.4M views

Why we built an open source, distributed training framework for TensorFlow , Keras , and PyTorch:

At Uber, we apply deep learning across our business; from self-driving research to trip forecasting and fraud prevention, deep learning enables our engineers and data scientists to create better experiences for our users.

TensorFlow has become a preferred deep learning library at Uber for a variety of reasons. To start, the framework is one of the most widely used open source frameworks for deep learning, which makes it easy to onboard new users. It also combines high performance with an ability to tinker with low-level model details—for instance, we can use both high-level APIs, such as Keras, and implement our own custom operators using NVIDIA’s CUDA toolkit.

Uber has introduced Michelangelo (https://eng.uber.com/michelangelo/), an internal ML-as-a-service platform that democratizes machine learning and makes it easy to build and deploy these systems at scale. In this article, we pull back the curtain on Horovod, an open source component of Michelangelo’s deep learning toolkit which makes it easier to start—and speed up—distributed deep learning projects with TensorFlow:

https://eng.uber.com/horovod/

(Direct GitHub repo: https://github.com/uber/horovod)

See more

In mid-2015, Uber began exploring ways to scale ML across the organization, avoiding ML anti-patterns while standardizing workflows and tools. This effort led to Michelangelo.

Michelangelo consists of a mix of open source systems and components built in-house. The primary open sourced components used are HDFS, Spark, Samza, Cassandra, MLLib, XGBoost, and TensorFlow.

!

See more
PyTorch logo

PyTorch

1.1K
1.2K
42
A deep learning framework that puts Python first
1.1K
1.2K
+ 1
42
PROS OF PYTORCH
  • 14
    Easy to use
  • 11
    Developer Friendly
  • 10
    Easy to debug
  • 7
    Sometimes faster than TensorFlow
CONS OF PYTORCH
  • 3
    Lots of code

related PyTorch posts

Server side

We decided to use Python for our backend because it is one of the industry standard languages for data analysis and machine learning. It also has a lot of support due to its large user base.

  • Web Server: We chose Flask because we want to keep our machine learning / data analysis and the web server in the same language. Flask is easy to use and we all have experience with it. Postman will be used for creating and testing APIs due to its convenience.

  • Machine Learning: We decided to go with PyTorch for machine learning since it is one of the most popular libraries. It is also known to have an easier learning curve than other popular libraries such as Tensorflow. This is important because our team lacks ML experience and learning the tool as fast as possible would increase productivity.

  • Data Analysis: Some common Python libraries will be used to analyze our data. These include NumPy, Pandas , and matplotlib. These tools combined will help us learn the properties and characteristics of our data. Jupyter notebook will be used to help organize the data analysis process, and improve the code readability.

Client side

  • UI: We decided to use React for the UI because it helps organize the data and variables of the application into components, making it very convenient to maintain our dashboard. Since React is one of the most popular front end frameworks right now, there will be a lot of support for it as well as a lot of potential new hires that are familiar with the framework. CSS 3 and HTML5 will be used for the basic styling and structure of the web app, as they are the most widely used front end languages.

  • State Management: We decided to use Redux to manage the state of the application since it works naturally to React. Our team also already has experience working with Redux which gave it a slight edge over the other state management libraries.

  • Data Visualization: We decided to use the React-based library Victory to visualize the data. They have very user friendly documentation on their official website which we find easy to learn from.

Cache

  • Caching: We decided between Redis and memcached because they are two of the most popular open-source cache engines. We ultimately decided to use Redis to improve our web app performance mainly due to the extra functionalities it provides such as fine-tuning cache contents and durability.

Database

  • Database: We decided to use a NoSQL database over a relational database because of its flexibility from not having a predefined schema. The user behavior analytics has to be flexible since the data we plan to store may change frequently. We decided on MongoDB because it is lightweight and we can easily host the database with MongoDB Atlas . Everyone on our team also has experience working with MongoDB.

Infrastructure

  • Deployment: We decided to use Heroku over AWS, Azure, Google Cloud because it is free. Although there are advantages to the other cloud services, Heroku makes the most sense to our team because our primary goal is to build an MVP.

Other Tools

  • Communication Slack will be used as the primary source of communication. It provides all the features needed for basic discussions. In terms of more interactive meetings, Zoom will be used for its video calls and screen sharing capabilities.

  • Source Control The project will be stored on GitHub and all code changes will be done though pull requests. This will help us keep the codebase clean and make it easy to revert changes when we need to.

See more
Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 8 upvotes · 1.4M views

Why we built an open source, distributed training framework for TensorFlow , Keras , and PyTorch:

At Uber, we apply deep learning across our business; from self-driving research to trip forecasting and fraud prevention, deep learning enables our engineers and data scientists to create better experiences for our users.

TensorFlow has become a preferred deep learning library at Uber for a variety of reasons. To start, the framework is one of the most widely used open source frameworks for deep learning, which makes it easy to onboard new users. It also combines high performance with an ability to tinker with low-level model details—for instance, we can use both high-level APIs, such as Keras, and implement our own custom operators using NVIDIA’s CUDA toolkit.

Uber has introduced Michelangelo (https://eng.uber.com/michelangelo/), an internal ML-as-a-service platform that democratizes machine learning and makes it easy to build and deploy these systems at scale. In this article, we pull back the curtain on Horovod, an open source component of Michelangelo’s deep learning toolkit which makes it easier to start—and speed up—distributed deep learning projects with TensorFlow:

https://eng.uber.com/horovod/

(Direct GitHub repo: https://github.com/uber/horovod)

See more
Keras logo

Keras

957
1K
17
Deep Learning library for Theano and TensorFlow
957
1K
+ 1
17
PROS OF KERAS
  • 6
    Quality Documentation
  • 6
    Easy and fast NN prototyping
  • 5
    Supports Tensorflow and Theano backends
CONS OF KERAS
  • 3
    Hard to debug

related Keras posts

Conor Myhrvold
Tech Brand Mgr, Office of CTO at Uber · | 8 upvotes · 1.4M views

Why we built an open source, distributed training framework for TensorFlow , Keras , and PyTorch:

At Uber, we apply deep learning across our business; from self-driving research to trip forecasting and fraud prevention, deep learning enables our engineers and data scientists to create better experiences for our users.

TensorFlow has become a preferred deep learning library at Uber for a variety of reasons. To start, the framework is one of the most widely used open source frameworks for deep learning, which makes it easy to onboard new users. It also combines high performance with an ability to tinker with low-level model details—for instance, we can use both high-level APIs, such as Keras, and implement our own custom operators using NVIDIA’s CUDA toolkit.

Uber has introduced Michelangelo (https://eng.uber.com/michelangelo/), an internal ML-as-a-service platform that democratizes machine learning and makes it easy to build and deploy these systems at scale. In this article, we pull back the curtain on Horovod, an open source component of Michelangelo’s deep learning toolkit which makes it easier to start—and speed up—distributed deep learning projects with TensorFlow:

https://eng.uber.com/horovod/

(Direct GitHub repo: https://github.com/uber/horovod)

See more

I am going to send my website to a Venture Capitalist for inspection. If I succeed, I will get funding for my StartUp! This website is based on Django and Uses Keras and TensorFlow model to predict medical imaging. Should I use Heroku or PythonAnywhere to deploy my website ?? Best Regards, Adarsh.

See more
Theano logo

Theano

29
60
0
Define, optimize, and evaluate mathematical expressions involving multi-dimensional arrays efficiently
29
60
+ 1
0
PROS OF THEANO
    Be the first to leave a pro
    CONS OF THEANO
      Be the first to leave a con

      related Theano posts

      Gluon logo

      Gluon

      27
      72
      2
      Deep Learning API from AWS and Microsoft
      27
      72
      + 1
      2
      PROS OF GLUON
      • 2
        Good learning materials
      CONS OF GLUON
        Be the first to leave a con

        related Gluon posts

        NumPy logo

        NumPy

        1.1K
        673
        8
        Fundamental package for scientific computing with Python
        1.1K
        673
        + 1
        8
        PROS OF NUMPY
        • 7
          Great for data analysis
        • 1
          Faster than list
        CONS OF NUMPY
          Be the first to leave a con

          related NumPy posts

          Server side

          We decided to use Python for our backend because it is one of the industry standard languages for data analysis and machine learning. It also has a lot of support due to its large user base.

          • Web Server: We chose Flask because we want to keep our machine learning / data analysis and the web server in the same language. Flask is easy to use and we all have experience with it. Postman will be used for creating and testing APIs due to its convenience.

          • Machine Learning: We decided to go with PyTorch for machine learning since it is one of the most popular libraries. It is also known to have an easier learning curve than other popular libraries such as Tensorflow. This is important because our team lacks ML experience and learning the tool as fast as possible would increase productivity.

          • Data Analysis: Some common Python libraries will be used to analyze our data. These include NumPy, Pandas , and matplotlib. These tools combined will help us learn the properties and characteristics of our data. Jupyter notebook will be used to help organize the data analysis process, and improve the code readability.

          Client side

          • UI: We decided to use React for the UI because it helps organize the data and variables of the application into components, making it very convenient to maintain our dashboard. Since React is one of the most popular front end frameworks right now, there will be a lot of support for it as well as a lot of potential new hires that are familiar with the framework. CSS 3 and HTML5 will be used for the basic styling and structure of the web app, as they are the most widely used front end languages.

          • State Management: We decided to use Redux to manage the state of the application since it works naturally to React. Our team also already has experience working with Redux which gave it a slight edge over the other state management libraries.

          • Data Visualization: We decided to use the React-based library Victory to visualize the data. They have very user friendly documentation on their official website which we find easy to learn from.

          Cache

          • Caching: We decided between Redis and memcached because they are two of the most popular open-source cache engines. We ultimately decided to use Redis to improve our web app performance mainly due to the extra functionalities it provides such as fine-tuning cache contents and durability.

          Database

          • Database: We decided to use a NoSQL database over a relational database because of its flexibility from not having a predefined schema. The user behavior analytics has to be flexible since the data we plan to store may change frequently. We decided on MongoDB because it is lightweight and we can easily host the database with MongoDB Atlas . Everyone on our team also has experience working with MongoDB.

          Infrastructure

          • Deployment: We decided to use Heroku over AWS, Azure, Google Cloud because it is free. Although there are advantages to the other cloud services, Heroku makes the most sense to our team because our primary goal is to build an MVP.

          Other Tools

          • Communication Slack will be used as the primary source of communication. It provides all the features needed for basic discussions. In terms of more interactive meetings, Zoom will be used for its video calls and screen sharing capabilities.

          • Source Control The project will be stored on GitHub and all code changes will be done though pull requests. This will help us keep the codebase clean and make it easy to revert changes when we need to.

          See more
          Flux logo

          Flux

          472
          483
          130
          Application Architecture for Building User Interfaces
          472
          483
          + 1
          130
          PROS OF FLUX
          • 44
            Unidirectional data flow
          • 32
            Architecture
          • 19
            Structure and Data Flow
          • 14
            Not MVC
          • 12
            Open source
          • 6
            Created by facebook
          • 3
            A gestalt shift
          CONS OF FLUX
            Be the first to leave a con

            related Flux posts

            Marcos Iglesias
            Sr. Software Engineer at Eventbrite · | 13 upvotes · 171.8K views

            We are in the middle of a change of the stack on the front end. So we used Backbone.js with Marionette. Then we also created our own implementation of a Flux kind of flow. We call it eb-flux. We have worked with Marionette for a long time. Then at some point we start evolving and end up having a kind of Redux.js-style architecture, but with Marionette.

            But then maybe one and a half years ago, we started moving into React and that's why we created the Eventbrite design system. It's a really nice project that probably could be open sourced. It's a library of components for our React components.

            With the help of that library, we are building our new stack with React and sometimes Redux when it's necessary.

            See more
            scikit-learn logo

            scikit-learn

            978
            990
            36
            Easy-to-use and general-purpose machine learning in Python
            978
            990
            + 1
            36
            PROS OF SCIKIT-LEARN
            • 20
              Scientific computing
            • 16
              Easy
            CONS OF SCIKIT-LEARN
            • 1
              Limited

            related scikit-learn posts