More recently on my data science journey I have been using a low grade consumer GPU (NVIDIA GeForce 1060) to accomplish things that were previously only realistically capable on a cluster - here is why I think this is the direction data science will go in the next 5 years. Clusters Clusters Clusters! Now let me preface this article by saying that I don't think GPU's will replace clusters for HPC use cases, however I do think we will see a leap to a more 'GPU First' mindset over the coming years. ALL A standard workflow for many big-data based companies is to develop some kind of pipeline that takes in some data - mangles it in some way  by combining it with other data or running some statistical analysis on it and then outputting the results to some kind of BI dashboard to produce insights. To do this someone with experience would need to spin up and configure a cluster (Spark, MR or Similar) and provide the interface for departments to execute this on. The cluster could be anywhere from 3 nodes up to 1000+ nodes depending on the workflow. Even at conservative estimates this gets expensive quickly and although Cloud platforms like AWS and GCP make this easier than ever before there is still a learning curve to getting it right and these platforms can cost serious money - especially when things don't go right the first time (99% completion data-skew anyone?) GPUs in place of a traditional Cluster The reason above it why I think many are turning to GPU's. As a developer (especially freelance) we often don't have the spare $1000's to run a proof of concept to develop a pipeline like this at real scale, everyone has access to a GPU in some form or other and after all what is a GPU really ? other than a self contained cluster NVIDIA GPU's contain chips that have what are called “CUDA Cores”, each one of these cores is a miniature processor that can execute some code. A popular consumer GPU — the GTX 1080 Ti is illustrated below, it shows that this card has 3584 CUDA cores that can process this data in parallel. If that doesn't look like a multi-floor data-center to you then I don't know what to say. Image courtesy of extremetech You, reading this article right now have some form of GPU in the machine you are using, if you are the kind of person who requires any kind of graphics performance there might even be an NVIDIA card in there. Note: although I am referring to NVIDIA in this article, other GPU's are also capable of performing the same tasks, however unfortunately the tooling isn't as mature as what NVIDIA provides with the CUDA toolkit. Comparing performance of a Cluster with a GPU Bear with me here as this isn't as simple as comparing 2 systems, it is to a degree apples and oranges so lets focus on the outcomes. One tool that often needs to be completed by your average data-engineer is converting row based data to a columnar format (such as ORC or Parquet). This is also one of those tasks that can be performed on a single node right up to a 1000 node cluster with a fairly logarithmic increase in speed the more nodes that you add. We do this because columnar formats have many benefits over row based formats (this is for another article!). Image courtesy of Cloudera Cluster speed comparisons for converting CSV to Columnar A big data consultant that I have followed for some time helpfully produced some benchmarks of some cluster systems for performing this very task ( ) https://tech.marksblogg.com/faster-csv-to-orc-conversions.html Mark compared (what I consider) to the be the current generation of tools , and using a 21 node cluster on AWS EMR. Hive Presto Spark He used a 100GB New York Taxi rides dataset as the comparison for his benchmark. The fastest conversion result was that of Presto (no surprise - I love Presto!) that came out at 37 minutes. According to the AWS cost calculator this costs if used for a maximum of (Marks longest conversion) $430 USD per month 2 hours per day GPU speed comparisons for converting CSV to Columnar I didn't have access to the same dataset Mark had so I used a similar sized one of our own The dataset comes in at just over 2 Billion Rows and has 41 fields. The total size of this data is or around . This is about 25% larger than the dataset used for the cluster tests. 397GB uncompressed 127GB gzip compressed Using the very excellent RAPIDS.ai framework ( - Supported by NVIDIA) I imported the rapids.ai Docker container on my QNAP NAS https://rapids.ai (32GB, i7-6700, 14TB SATA, 2TB NVMe, GeForce GTX 1060 6GB) Then using the provided Jupyter notebook and my datasets I created a basic script that would handle the conversion: %%time dask_cudf dc

ddf = dc.read_csv( , compression= )

CPU times: user s, sys: ms, total: s
Wall time s

%%time
ddf = ddf.repartition(npartitions= )

CPU times: user ms, sys: µs, total: ms
Wall time: ms

%%time
ddf.to_orc( )

CPU times: user h min s, sys: min s, total h min s
Wall time: min s import as '/data/Data Files/Vegas/datafiles/csv/*.csv.gz' 'gzip' 1.82 870 2.69 6.99 3000 60.2 159 60.4 57.6 '/data/Data Files/Vegas/datafiles/orc/' 1 4 4 30 19 1 34 23 41 57 This produced a total time of - not too shabby but I felt we could do better by utilising the NVMe drives I have in my NAS. ~42 Minutes I ran the same test except this time I read and wrote back to the NVMe drives which came out at a bit disappointing if I am honest considering the vast difference in read and write speeds. I think because I was reading and writing to a single drive it probably had some IO blocking going on - once I can get a second NVMe drive in the NAS I will try this again. ~31 Minutes, How did a single $200 GPU beat a massive 21 node cluster at this task? Well as I said at the start the test isn't massively fair, there are deficiencies in this that with the current software are a way off testing - for example the re-partition stage isn't ideal as it produces 3000 files where columnar storage formats do better with a smaller number of files (there is active work happening on Rapids.ai to solve this however!). But mostly I would say because the computation is actually fairly suited for a GPU in this case and by having the "nodes" located so close together and without networking or other inefficiencies introduced a lot of the overheads are taken out. I am sure there are cases that more advanced data-science guys come across where a GPU isn't as suitable (comment below as I am interested in what they are!) Conclusion As a developer reading this (and one writing this) I know that I would be much more likely to try out a proof of concept if I know I can do it on my local computer with no additional costs. Analytics India recently saw a large uptick in the number of developers using GPU processing in their jobs: Another significant change seen this year is the increase in the use of GPUs at work. While most of the data scientists still use PCs and similar models, the second-favourite product is Nvidia GeForce GTX 9 Series GPU. The number of people using it has grown from a mere 8% last year, to 28% in 2019 https://analyticsindiamag.com/data-science-skills-study-2019-by-aim-imarticus-learning/ I think as the data-science tooling for GPU's gets better and the price for GPU's reduces, even older model GPU's such as what I am using can be used to demonstrate and get executive buy-in for a GPU based strategy going forward. If my little QNAP can produce results like this on a 4 year old GPU - imagine what the latest Tesla Turing and P100 models can produce for a few bucks an hour on any cloud provider. Then imagine putting multiple GPU's into an instance to accomplish things even faster. We truly are entering the age of GPU data processing for the masses

Apache

Cloudera

NVIDIA

Tesla

Follow me on LinkedIn

Read My Stories

Too Long; Didn't Read

Make resilience your competitive advantage

How GPUs are Beginning to Displace Clusters for Big Data & Data Science

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

3 Best Hadoop Alternatives to Consider for Migration

The Noonification: Introduction to Python Debugging with Pdb (8/25/2022)

8 Lessons For Building Data Companies On Solid Ground

Accelerate Spark and Hive Jobs on AWS S3 by 10x with Alluxio as a Tiered Storage Solution

Accelerating Write-Intensive Data Workloads on AWS S3

3 Best Hadoop Alternatives to Consider for Migration

The Noonification: Introduction to Python Debugging with Pdb (8/25/2022)

8 Lessons For Building Data Companies On Solid Ground

Accelerate Spark and Hive Jobs on AWS S3 by 10x with Alluxio as a Tiered Storage Solution

Accelerating Write-Intensive Data Workloads on AWS S3

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps