Apache Mxnet | Amazon Strategy

Total Page:16

File Type:pdf, Size:1020Kb

Apache Mxnet | Amazon Strategy Cloud Trends The evolution of culture and technology Adrian Cockcroft @adrianco VP Cloud Architecture Strategy Amazon Web Services © 2016, Amazon Web Services, Inc. or its Affiliates. All rights reserved. 1 Get the culture right 2 Migrate to the cloud Culture And Evolution 3 The new de-normal, untangle data tier 4 Monoliths to microservices to functions 1 Get the culture right 2 Migrate to the cloud Cloud Trends 3 The new de-normal, untangle data tier 4 Monoliths to microservices to functions 5 Open source and artificial intelligence If you want to build a ship, don’t drum up the people to gather wood, divide the Culture work, and give orders. Instead, teach them to yearn for the vast and endless sea. Antoine de Saint-Exupéry, author of “Le Petit Prince” (“The Little Prince”) Culture Nordstrom Technology NorDNA Culture Deck 1. Values are what we value 2. High performance 3. Freedom & responsibility Culture 4. Context, not control Seven Aspects of Netflix Culture 5. Highly aligned, loosely coupled 6. Pay top of market 7. Promotions & development • Customer • Bias for action obsession • Frugality • Ownership • Learn and • Invent and be curious simplify • Earn trust Culture • Are right, a lot of others Amazon leadership • Hire and develop • Dive deep the best principles • Have backbone; • Insist on the disagree and highest standards commit • Think big • Deliver results Intentional Culture Appropriate Judgement Migrating to Cloud Lessons from the Netflix cloud journey, brought up to date IT’s assumption: make systems perfect 2008 so that developers don't have to think about failures Start with High-end IBM P-series hardware, Oracle... a shock Two-day outage caused by SAN hardware failure! 2008 Failure raised questions… Question Availability has to be application concern! Assumption Use low cost cloud infrastructure? 2009 Vast increase in datacenter capacity was needed Unpredictable in advance, how much, where… Add an Why? Online streaming replacing DVD shipping logistics existential threat Nowadays, systems of engagement are dominating IT Shipping plan Inventory DATACENTER SHIPPING SITE DVD Business Personalized Mail DVD Browsing Back A few interactions per week per customer to datacenter Add choices New DVD Encoded content DATACENTER CDN QoS Start Play DVDStreaming logging config Progress heartbeat Business Personalized Binge watching browsing episodes of TV Video data shows every day Add choices Encoded content Views per week DATACENTER10x CDN QoS Start Play Streaming logging config Progress Traffic to Business heartbeat Personalized100x datacenter per view Binge watching Browsing episodes of TV Video data shows every day Per customer that 1000x started streaming Add choices Streaming The Digital Transformation Point where 0.1% Capacity DATACENTER CAPACITY of customers are DVD streaming Crunch TIME If we say new workload causes 1000x traffic to datacenter, then when 0.1% of users switch, the capacity needed is equal. Recruit world class datacenter operations build team and guess how much capacity they would need, and build it before it was needed — lots of upfront $$$ spend Choices OR Use the Elastic Compute service of AWS, built by one of Netflix biggest competitors, and spend $$$ on video content and developers Competition Understand how AWS was separated from Amazon Prime Capacity Experiments 2009 to see what worked Mitigate Business Sign Up For Enterprise risks License Agreement Publicity NYT story about Netflix and AWS April 2010 Encoding movies 2009 Big backlog, not enough capacity Applications Moved to AWS EC2 Showed that capacity existed on demand Shut down capacity to save as backlog varied Quality of Service (QoS) logging 2009 Too much traffic to datacenter databases Storage for logs moved to S3 Applications Unlimited space Log analysis moved to EMR - Hadoop Worked with AWS to support Hadoop + Hive in Elastic Map-Reduce service Crunch Time Front end on AWS Start of 2010 AWS Decided not to Web pages and Backend capacity API clients migrate expands to fill Most backend to cloud remaining space build any more DATACENTER still in datacenter datacenter capacity Need to move to AWS before end of 2010 to survive January 2010 December Front end web page and API migration A picture like this was shown in every management meeting. Hard deadline to move capacity out to make space for what was left. Running out of runway January 2010 December Start with the simplest possible API service Migration Next the simplest web page Sequence Then pages and APIs one by one Logins and web page NETFLIX WEB PAGE requests How to Run Both? Gradual Migration Old web pages, Selective web backend, and page redirects login service Migrated web pages DATACENTER AWS CLOUD www.netflix.com movies.netflix.com WEB PAGE Reads of Updates SoR data HowAWS Database to Migration Service RunMove Both? Data? Move from Oracle to scalable low cost Continuous cloud database replication services Amazon Updates DMS Amazon Aurora DynamoDB Postgres DATACENTER— SYSTEM OF RECORD AWS CLOUD How to MoveBack upData? Data? For cloud to be used as the system of record an archive backup mechanism is needed To replace offsite tape backup, create a separate account in a different region Amazon S3 is extremely secure and durable. Data can’t be deleted. Automatic time based purge after 90 days Long term very low cost archive using Amazon Glacier ARCHIVE Separate AWS account, How to different region Back up Data? Versioned Amazon purged after 90 days Glacier Compress, encrypt, archive Expensive offsite Amazon Amazon tape backups DynamoDB S3 NETFLIX WEB PAGE Final Stage “All-In” Netflix migration of billing and corporate IT Corporate IT, billing, last Login functions to Close down datacenter be migrated Systems of record data APIs Pages, etc. DATACENTER AWS CLOUD The New De-Normal Monolithic Kitchen Sink De-normalized Databases Analogy Monolith Expensive, Hard to Create and Run ic DatabaseMonolith Expensive, Hard to Create and Run Database Schema Entity Relationship Database Schema Entity Relationship Database Schema Entity Relationship Kitchen Sink Analogy GLASSES Kitchen Sink CleanupAnalogy GLASSES Kitchen Sink Cleanup GLASSES Kitchen Sink Cleanup GLASSES Kitchen Sink Cleanup GLASSES Kitchen Sink Cleanup GLASSES Kitchen Sink Cleanup GLASSES Kitchen Sink Cleanup Consistency Problem How Many Complete Sets Are There? Consistency Problem How Many Complete Sets Are There? GLASSES Consistency Problem How Many Complete Sets Are There? GLASSES Adding a New Use Case SAKE SET GLASSES Adding a New BOWLS Use Case Cloud Makes it Easy to Add New Databases Amazon Redshift Untangle and Migrate Existing “Kitchen Sink” Schemas Untangle and Migrate Existing “Kitchen Sink” Schemas The New De-Normal Monolithic Kitchen Sink De-normalized Databases Analogy Evolution of Business Logic Monolith Microservices Functions Splitting Monoliths Ten Years Ago XML & SOAP Splitting Monoliths Ten Years Ago Splitting Monoliths FiveTen Years Ago REST JSON Fast binary Splitting encodings Monoliths Five Years Ago Splitting Monoliths FiveTen Years Ago Microservices Five Years Ago Amazon SQS Amazon API Amazon Microservices Gateway DynamoDB Fiveto Functions Years Ago Standard building brick services provide standardized platform capabilities Amazon Kinesis Amazon S3 Amazon SNS Amazon SQS Business Logic Glue between the bricks Amazon API Amazon Microservices Gateway DynamoDB to Functions Standard building brick services provide standardized platform capabilities Amazon Kinesis Amazon S3 Amazon SNS Amazon SQS Amazon API Amazon Microservices Gateway DynamoDB to Functions Amazon Kinesis Amazon S3 Amazon SNS Amazon SQS Amazon API Amazon Microservices Gateway DynamoDB to Functions Amazon Kinesis Amazon S3 Amazon SNS Amazon SQS Amazon API Amazon Microservices Gateway DynamoDB to FunctionsEphemeral Amazon Kinesis Amazon S3 Amazon SNS Microservices to Ephemeral Functions Amazon SQS Amazon API Microservices Gateway to Ephemeral Functions Amazon API Amazon Microservices Gateway DynamoDB to Ephemeral Functions Amazon Kinesis Amazon API Microservices Gateway to Ephemeral Functions Amazon S3 Amazon SNS Amazon SQS Amazon API Amazon Microservices Gateway When the system is DynamoDB idle, it shuts down and to Ephemeral costs nothing to run Functions Amazon Kinesis Amazon S3 Amazon SNS Evolution of Business Logic Monolith Microservices Functions Open Source AI at AWS, and Apache MXNet What I’m currently working on… © 2016, Amazon Web Services, Inc. or its Affiliates. All rights reserved. • Open Source at AWS • Applications of Deep Learning • Apache MXNet Overview • Apache MXNet API • Code and DIYrobocars • Tools and Resources Amazon Open Source Contributions Linux & Drivers Apache Hadoop Apache Lucene Xen Apache Hive Apache Solr Apache Tomcat Apache Bigtop Kuromoji PostgreSQL Apache Oozie ElasticSearch Docker Apache Drill CBMC Boto Apache Zeppelin Apache MXNet Apache Pig Moses Cloudera HUE Apache Joshua Repositories Owned by AWS & Amazon https://github.com/aws https://github.com/awslabs https://github.com/amznlabs https://blox.github.io/ Blox – Container orchestration for ECS s2n – Secure replacement for openssl, used by S3 Chalice – Python serverless microframework for AWS Sockeye – Neural Machine Translation using MXNet AWS-CLI – Command line interface to AWS AWS-shell – Autocomplete based user interface for AWS-CLI AWS SDKs for Java, Python, PHP, Go, Ruby etc. AWS Mobile SDKs for iOS, Android etc. Cloud9 Ace – Cloud based interactive development editor Cfncluster – Build and manage HPC clusters ION – Amazon data serialization libraries
Recommended publications
  • Deep Learning Frameworks | NVIDIA Developer
    4/10/2017 Deep Learning Frameworks | NVIDIA Developer Deep Learning Frameworks The NVIDIA Deep Learning SDK accelerates widely­used deep learning frameworks such as Caffe, CNTK, TensorFlow, Theano and Torch as well as many other deep learning applications. Choose a deep learning framework from the list below, download the supported version of cuDNN and follow the instructions on the framework page to get started. Caffe is a deep learning framework made with expression, speed, and modularity in mind. Caffe is developed by the Berkeley Vision and Learning Center (BVLC), as well as community contributors and is popular for computer vision. Caffe supports cuDNN v5 for GPU acceleration. Supported interfaces: C, C++, Python, MATLAB, Command line interface Learning Resources Deep learning course: Getting Started with the Caffe Framework Blog: Deep Learning for Computer Vision with Caffe and cuDNN Download Caffe Download cuDNN The Microsoft Cognitive Toolkit —previously known as CNTK— is a unified deep­learning toolkit from Microsoft Research that makes it easy to train and combine popular model types across multiple GPUs and servers. Microsoft Cognitive Toolkit implements highly efficient CNN and RNN training for speech, image and text data. Microsoft Cognitive Toolkit supports cuDNN v5.1 for GPU acceleration. Supported interfaces: Python, C++, C# and Command line interface Download CNTK Download cuDNN TensorFlow is a software library for numerical computation using data flow graphs, developed by Google’s Machine Intelligence research organization. TensorFlow supports cuDNN v5.1 for GPU acceleration. Supported interfaces: C++, Python Download TensorFlow Download cuDNN https://developer.nvidia.com/deep­learning­frameworks 1/3 4/10/2017 Deep Learning Frameworks | NVIDIA Developer Theano is a math expression compiler that efficiently defines, optimizes, and evaluates mathematical expressions involving multi­dimensional arrays.
    [Show full text]
  • Building Machine Learning Inference Pipelines at Scale
    Building Machine Learning inference pipelines at scale Julien Simon Global Evangelist, AI & Machine Learning @julsimon © 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. Problem statement • Real-life Machine Learning applications require more than a single model. • Data may need pre-processing: normalization, feature engineering, dimensionality reduction, etc. • Predictions may need post-processing: filtering, sorting, combining, etc. Our goal: build scalable ML pipelines with open source (Spark, Scikit-learn, XGBoost) and managed services (Amazon EMR, AWS Glue, Amazon SageMaker) © 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. © 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. Apache Spark https://spark.apache.org/ • Open-source, distributed processing system • In-memory caching and optimized execution for fast performance (typically 100x faster than Hadoop) • Batch processing, streaming analytics, machine learning, graph databases and ad hoc queries • API for Java, Scala, Python, R, and SQL • Available in Amazon EMR and AWS Glue © 2019, Amazon Web Services, Inc. or its affiliates. All rights reserved. MLlib – Machine learning library https://spark.apache.org/docs/latest/ml-guide.html • Algorithms: classification, regression, clustering, collaborative filtering. • Featurization: feature extraction, transformation, dimensionality reduction. • Tools for constructing, evaluating and tuning pipelines • Transformer – a transform function that maps a DataFrame into a new
    [Show full text]
  • Comparative Study of Deep Learning Software Frameworks
    Comparative Study of Deep Learning Software Frameworks Soheil Bahrampour, Naveen Ramakrishnan, Lukas Schott, Mohak Shah Research and Technology Center, Robert Bosch LLC {Soheil.Bahrampour, Naveen.Ramakrishnan, fixed-term.Lukas.Schott, Mohak.Shah}@us.bosch.com ABSTRACT such as dropout and weight decay [2]. As the popular- Deep learning methods have resulted in significant perfor- ity of the deep learning methods have increased over the mance improvements in several application domains and as last few years, several deep learning software frameworks such several software frameworks have been developed to have appeared to enable efficient development and imple- facilitate their implementation. This paper presents a com- mentation of these methods. The list of available frame- parative study of five deep learning frameworks, namely works includes, but is not limited to, Caffe, DeepLearning4J, Caffe, Neon, TensorFlow, Theano, and Torch, on three as- deepmat, Eblearn, Neon, PyLearn, TensorFlow, Theano, pects: extensibility, hardware utilization, and speed. The Torch, etc. Different frameworks try to optimize different as- study is performed on several types of deep learning ar- pects of training or deployment of a deep learning algorithm. chitectures and we evaluate the performance of the above For instance, Caffe emphasises ease of use where standard frameworks when employed on a single machine for both layers can be easily configured without hard-coding while (multi-threaded) CPU and GPU (Nvidia Titan X) settings. Theano provides automatic differentiation capabilities which The speed performance metrics used here include the gradi- facilitates flexibility to modify architecture for research and ent computation time, which is important during the train- development. Several of these frameworks have received ing phase of deep networks, and the forward time, which wide attention from the research community and are well- is important from the deployment perspective of trained developed allowing efficient training of deep networks with networks.
    [Show full text]
  • Comparative Study of Caffe, Neon, Theano, and Torch
    Workshop track - ICLR 2016 COMPARATIVE STUDY OF CAFFE,NEON,THEANO, AND TORCH FOR DEEP LEARNING Soheil Bahrampour, Naveen Ramakrishnan, Lukas Schott, Mohak Shah Bosch Research and Technology Center fSoheil.Bahrampour,Naveen.Ramakrishnan, fixed-term.Lukas.Schott,[email protected] ABSTRACT Deep learning methods have resulted in significant performance improvements in several application domains and as such several software frameworks have been developed to facilitate their implementation. This paper presents a comparative study of four deep learning frameworks, namely Caffe, Neon, Theano, and Torch, on three aspects: extensibility, hardware utilization, and speed. The study is per- formed on several types of deep learning architectures and we evaluate the per- formance of the above frameworks when employed on a single machine for both (multi-threaded) CPU and GPU (Nvidia Titan X) settings. The speed performance metrics used here include the gradient computation time, which is important dur- ing the training phase of deep networks, and the forward time, which is important from the deployment perspective of trained networks. For convolutional networks, we also report how each of these frameworks support various convolutional algo- rithms and their corresponding performance. From our experiments, we observe that Theano and Torch are the most easily extensible frameworks. We observe that Torch is best suited for any deep architecture on CPU, followed by Theano. It also achieves the best performance on the GPU for large convolutional and fully connected networks, followed closely by Neon. Theano achieves the best perfor- mance on GPU for training and deployment of LSTM networks. Finally Caffe is the easiest for evaluating the performance of standard deep architectures.
    [Show full text]
  • Torch7: a Matlab-Like Environment for Machine Learning
    Torch7: A Matlab-like Environment for Machine Learning Ronan Collobert1 Koray Kavukcuoglu2 Clement´ Farabet3;4 1 Idiap Research Institute 2 NEC Laboratories America Martigny, Switzerland Princeton, NJ, USA 3 Courant Institute of Mathematical Sciences 4 Universite´ Paris-Est New York University, New York, NY, USA Equipe´ A3SI - ESIEE Paris, France Abstract Torch7 is a versatile numeric computing framework and machine learning library that extends Lua. Its goal is to provide a flexible environment to design and train learning machines. Flexibility is obtained via Lua, an extremely lightweight scripting language. High performance is obtained via efficient OpenMP/SSE and CUDA implementations of low-level numeric routines. Torch7 can easily be in- terfaced to third-party software thanks to Lua’s light interface. 1 Torch7 Overview With Torch7, we aim at providing a framework with three main advantages: (1) it should ease the development of numerical algorithms, (2) it should be easily extended (including the use of other libraries), and (3) it should be fast. We found that a scripting (interpreted) language with a good C API appears as a convenient solu- tion to “satisfy” the constraint (2). First, a high-level language makes the process of developing a program simpler and more understandable than a low-level language. Second, if the programming language is interpreted, it becomes also easier to quickly try various ideas in an interactive manner. And finally, assuming a good C API, the scripting language becomes the “glue” between hetero- geneous libraries: different structures of the same concept (coming from different libraries) can be hidden behind a unique structure in the scripting language, while keeping all the functionalities coming from all the different libraries.
    [Show full text]
  • Tensorflow, Theano, Keras, Torch, Caffe Vicky Kalogeiton, Stéphane Lathuilière, Pauline Luc, Thomas Lucas, Konstantin Shmelkov Introduction
    TensorFlow, Theano, Keras, Torch, Caffe Vicky Kalogeiton, Stéphane Lathuilière, Pauline Luc, Thomas Lucas, Konstantin Shmelkov Introduction TensorFlow Google Brain, 2015 (rewritten DistBelief) Theano University of Montréal, 2009 Keras François Chollet, 2015 (now at Google) Torch Facebook AI Research, Twitter, Google DeepMind Caffe Berkeley Vision and Learning Center (BVLC), 2013 Outline 1. Introduction of each framework a. TensorFlow b. Theano c. Keras d. Torch e. Caffe 2. Further comparison a. Code + models b. Community and documentation c. Performance d. Model deployment e. Extra features 3. Which framework to choose when ..? Introduction of each framework TensorFlow architecture 1) Low-level core (C++/CUDA) 2) Simple Python API to define the computational graph 3) High-level API (TF-Learn, TF-Slim, soon Keras…) TensorFlow computational graph - auto-differentiation! - easy multi-GPU/multi-node - native C++ multithreading - device-efficient implementation for most ops - whole pipeline in the graph: data loading, preprocessing, prefetching... TensorBoard TensorFlow development + bleeding edge (GitHub yay!) + division in core and contrib => very quick merging of new hotness + a lot of new related API: CRF, BayesFlow, SparseTensor, audio IO, CTC, seq2seq + so it can easily handle images, videos, audio, text... + if you really need a new native op, you can load a dynamic lib - sometimes contrib stuff disappears or moves - recently introduced bells and whistles are barely documented Presentation of Theano: - Maintained by Montréal University group. - Pioneered the use of a computational graph. - General machine learning tool -> Use of Lasagne and Keras. - Very popular in the research community, but not elsewhere. Falling behind. What is it like to start using Theano? - Read tutorials until you no longer can, then keep going.
    [Show full text]
  • Introduction to Deep Learning Framework 1. Introduction 1.1
    Introduction to Deep Learning Framework 1. Introduction 1.1. Commonly used frameworks The most commonly used frameworks for deep learning include Pytorch, Tensorflow, Keras, caffe, Apache MXnet, etc. PyTorch: open source machine learning library; developed by Facebook AI Rsearch Lab; based on the Torch library; supports Python and C++ interfaces. Tensorflow: open source software library dataflow and differentiable programming; developed by Google brain team; provides stable Python & C APIs. Keras: an open-source neural-network library written in Python; conceived to be an interface; capable of running on top of TensorFlow, Microsoft Cognitive Toolkit, R, Theano, or PlaidML. Caffe: open source under BSD licence; developed at University of California, Berkeley; written in C++ with a Python interface. Apache MXnet: an open-source deep learning software framework; supports a flexible programming model and multiple programming languages (including C++, Python, Java, Julia, Matlab, JavaScript, Go, R, Scala, Perl, and Wolfram Language.) 1.2. Pytorch 1.2.1 Data Tensor: the major computation unit in PyTorch. Tensor could be viewed as the extension of vector (one-dimensional) and matrix (two-dimensional), which could be defined with any dimension. Variable: a wrapper of tensor, which includes creator, value of variable (tensor), and gradient. This is the core of the automatic derivation in Pytorch, as it has the information of both the value and the creator, which is very important for current backward process. Parameter: a subset of variable 1.2.2. Functions: NNModules: NNModules (torch.nn) is a combination of parameters and functions, and could be interpreted as layers. There some common modules such as convolution layers, linear layers, pooling layers, dropout layers, etc.
    [Show full text]
  • Open Source in the Enterprise
    Open Source in the Enterprise Andy Oram and Zaheda Bhorat Beijing Boston Farnham Sebastopol Tokyo Open Source in the Enterprise by Andy Oram and Zaheda Bhorat Copyright © 2018 O’Reilly Media. All rights reserved. Printed in the United States of America. Published by O’Reilly Media, Inc., 1005 Gravenstein Highway North, Sebastopol, CA 95472. O’Reilly books may be purchased for educational, business, or sales promotional use. Online edi‐ tions are also available for most titles (http://oreilly.com/safari). For more information, contact our corporate/institutional sales department: 800-998-9938 or [email protected]. Editor: Michele Cronin Interior Designer: David Futato Production Editor: Kristen Brown Cover Designer: Karen Montgomery Copyeditor: Octal Publishing Services, Inc. July 2018: First Edition Revision History for the First Edition 2018-06-18: First Release The O’Reilly logo is a registered trademark of O’Reilly Media, Inc. Open Source in the Enterprise, the cover image, and related trade dress are trademarks of O’Reilly Media, Inc. The views expressed in this work are those of the authors, and do not represent the publisher’s views. While the publisher and the authors have used good faith efforts to ensure that the informa‐ tion and instructions contained in this work are accurate, the publisher and the authors disclaim all responsibility for errors or omissions, including without limitation responsibility for damages resulting from the use of or reliance on this work. Use of the information and instructions contained in this work is at your own risk. If any code samples or other technology this work contains or describes is subject to open source licenses or the intellectual property rights of others, it is your responsibility to ensure that your use thereof complies with such licenses and/or rights.
    [Show full text]
  • Enhancing OMB with Python Benchmarks Presentation at MUG ‘21
    MVAPICH2 Meets Python: Enhancing OMB with Python Benchmarks Presentation at MUG ‘2 Nawras Alnaasan Network-Based Computing Laboratory Dept. of Computer Science and Engineering !he #hio State $ni%ersity alnaasan.&'osu.edu O$tline • #S$ (icro Benc"marks )#(B* • +"y ,yt"on- • (,. for ,yt"on • .ntroducing #(B-,y • .nitial /esults • Conclusion !etwork Base" Com#$ting %a&oratory MUG ‘2 2 O)U Micro Benchmarks (OMB+ • #(B is a widely used package to measure performance of (,. operations. • .t helps in optimi0ing (,I applications on different HPC systems. • #1ers a series of benchmarks including but not limited to point-to-point, blocking and non-blocking collecti%es, and one-sided tests. • A large set of options and flags for users to create customi0able tests. • Supports different platforms like /#Cm/CUDA to run on AR(4N5IDIA GPUs. • +ritten in C !etwork Base" Com#$ting %a&oratory MUG ‘2 ( -hy Python? • Second most popular programming language according to the !.#BE inde7 as of August 8021. Adopted from= "ttps=44www.tiobe.com4tiobe-inde74 • 6reat community and support around (achine Learning Big Data and Cloud Computing – (any deep learning frameworks like ,yTorch, !ensor3ow :eras etc. – #ne of the most important tools for data science and analytics. • 6reat ,otential to use (,. and distributed computing tec"niques. !etwork• (any Base" other Com#$ting ,yt"on libraries and frameworks like Sci,y Numpy D<ango etc. %a&oratory MUG ‘2 , -hy Python? 5ery flexible and simplified synta7. Adopted from= !etwork Base" Com#$ting "ttps:44www."ardikp.com489&>4&84?94pyt"on-cpp4 %a&oratory MUG ‘2 / MPI for Python • (,.
    [Show full text]
  • DLL: a Fast Deep Neural Network Library
    Published in Artificial Neural Networks in Pattern Recognition. ANNPR 2018, Lecture Notes in Computer Science, vol. 11081, which should be cited to refer to this work. DOI: https://doi.org/10.1007/978-3-319-99978-4_4 DLL: A Fast Deep Neural Network Library Baptiste Wicht, Andreas Fischer, and Jean Hennebert 1 HES-SO, University of Applied Science of Western Switzerland 2 University of Fribourg, Switzerland Abstract. Deep Learning Library (DLL) is a library for machine learn- ing with deep neural networks that focuses on speed. It supports feed- forward neural networks such as fully-connected Artificial Neural Net- works (ANNs) and Convolutional Neural Networks (CNNs). Our main motivation for this work was to propose and evaluate novel software engineering strategies with potential to accelerate runtime for training and inference. Such strategies are mostly independent of the underlying deep learning algorithms. On three different datasets and for four dif- ferent neural network models, we compared DLL to five popular deep learning libraries. Experimentally, it is shown that the proposed library is systematically and significantly faster on CPU and GPU. In terms of classification performance, similar accuracies as the other libraries are reported. 1 Introduction In recent years, neural networks have regained a large deal of attention with deep learning approaches. Such approaches rely on the use of bigger and deeper networks, typically by using larger input dimensions to incorporate more con- text and by increasing the number of layers to extract information at different levels of granularity. The success of deep learning can be attributed mainly to three factors. First, there is the advent of big data, meaning the availability of larger quantities of training data.
    [Show full text]
  • Serverless Predictions at Scale
    Serverless Predictions at Scale Thomas Reske Global Solutions Architect, Amazon Web Services © 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved. Serverless computing allows you to build and run applications and services without thinking about servers © 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved. What are the benefits of serverless computing? No server management Flexible scaling $ Automated high availability No excess capacity © 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved. Machine Learning Process Fetch data Operations, Clean monitoring, and and optimization format data Integration Prepare and and deployment transform data Evaluation and Model Training verificaton © 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved. Machine Learning Process Fetch data Operations, Clean How can I use pre-trained monitoring, and and models for serving optimization format data predictions? How to scale effectively? Integration Prepare and and deployment transform data Evaluation and Model Training verificaton © 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved. What exactly are we deploying? © 2018, Amazon Web Services, Inc. or its affiliates. All rights reserved. A Pre-trained Model... • ... is simply a model which has been trained previously • Model artifacts (structure, helper files, parameters, weights, ...) are files, e.g. in JSON or binary format • Can be serialized (saved) and de-serialized (loaded) by common deep learning frameworks • Allows for fine-tuning of models („head-start“ or „freezing“), but also to apply them to similar problems and different data („transfer learning“) • Models can be made publicly available, e.g. in the MXNet Model Zoo © 2018, Amazon Web Services, Inc.
    [Show full text]
  • Analytics Lens AWS Well-Architected Framework Analytics Lens AWS Well-Architected Framework
    Analytics Lens AWS Well-Architected Framework Analytics Lens AWS Well-Architected Framework Analytics Lens: AWS Well-Architected Framework Copyright © Amazon Web Services, Inc. and/or its affiliates. All rights reserved. Amazon's trademarks and trade dress may not be used in connection with any product or service that is not Amazon's, in any manner that is likely to cause confusion among customers, or in any manner that disparages or discredits Amazon. All other trademarks not owned by Amazon are the property of their respective owners, who may or may not be affiliated with, connected to, or sponsored by Amazon. Analytics Lens AWS Well-Architected Framework Table of Contents Abstract ............................................................................................................................................ 1 Abstract .................................................................................................................................... 1 Introduction ...................................................................................................................................... 2 Definitions ................................................................................................................................. 2 Data Ingestion Layer ........................................................................................................... 2 Data Access and Security Layer ............................................................................................ 3 Catalog and Search Layer ...................................................................................................
    [Show full text]