This post demonstrates how to speed up a pandas query to run 10 times faster with Dask using six performance optimizations. You’ll often want to incorporate these tricks into your workflows so your data analyses can run faster.
After learning how to optimize the pandas queries on your local machine, you’ll see how to query much larger datasets with cloud resources using Dask clusters that are managed by Coiled.
Here are the 6 strategies covered in this post:
This diagram illustrates how the query time decreases as each performance optimization is applied.
After seeing how to optimize this query on a 5 GB dataset, we’ll check out how to run the same query on a 50 GB dataset with a Dask cluster. The cluster computation will show that these performance optimizations also help when querying large datasets in the cloud.
Let’s start by running a groupby operation on a 5 GB dataset with pandas to establish a runtime baseline.
The queries in this post will be run on a 5 GB dataset that contains 9 columns. Here are the first five rows of data, so you can get a feel of the data contents.
See this notebook for instructions on how to download this dataset on your local machine or access it via S3. You can run this AWS CLI command to download the dataset.
aws s3 cp s3://coiled-datasets/h2o-benchmark/N_1e8_K_1e2_single.csv data/
Let’s use pandas to run a groupby computation and establish a performance baseline.
This query takes 182 seconds to run.
Here’s the query result:
Let’s see how Dask can make this query run faster, even when the Dask computation is not well structured.
If you don’t want to download this dataset locally, you can also run these computations on the cloud. Later in this blog post, we’ll provide a demo that’ll show you how to use Coiled to easily spin up a Dask cluster and run these computations with machines in the cloud.
Let’s run the same groupby query with Dask. We’re going to intentionally type all the columns as object columns, which should give us a good worst case Dask performance benchmark. object columns are notoriously memory hungry and inefficient.
Let’s type v1 as an integer column and then run the same groupby query as before.
That query runs in 122 seconds.
Dask runs faster than pandas for this query, even when the most inefficient column type is used, because it parallelizes the computations. pandas only uses 1 CPU core to run the query. My computer has 4 cores and Dask uses all the cores to run the computation.
Let’s recreate the DataFrame with more efficient data types and see how that improves the query runtime.
We can type id1, id2, and id3 as string type columns, which are more efficient as described in the following video.
id4, id5, id6, v1, and v2 can be typed as integers. v3 can be typed as a floating point number. Here is the revised computation.
This query runs in 67 seconds. Avoiding object type columns allows for a significant performance boost.
This this blog post on reducing memory usage with Dask dtypes for more information about how correct column data types reduce memory usage and allow queries to run faster.
Let’s split up the data into multiple files instead of a single 5 GB CSV file. Here’s code that’ll split up the data into 100 MB CSV files.
Let’s rerun the query on the smaller CSV files.
The query now runs in 61 seconds, which is a bit faster. Dask can read and write multiple files in parallel. Parallel I/O is normally a lot faster than working with a single large file.
Let’s try to use the Parquet file format and see if that helps.
Here’s the code that’ll convert the small CSV files into small Parquet files.
Let’s rerun the same query off the Parquet files.
This query executes in 39 seconds, so Parquet provides a nice performance boost. Columnar file formats that are stored as binary usually perform better than row-based, text file formats like CSV. Compressing the files to create smaller file sizes also helps. Read more about Dask Dataframe & Parquet.
Let’s recreate the Parquet files with Snappy compression and see if that helps.
Let’s rerun the same query off the Snappy compressed Parquet files.
This query runs in 38 seconds, which is a bit of a performance boost.
In this case, the files are stored on my hard drive and are relatively small. When data is stored in cloud based object stores and sent over the wire, file compression can result in an even bigger performance boost.
Let’s leverage the columnar nature of the Parquet file format to make the query even faster.
Parquet is a columnar file format, which means you can selectively grab certain columns from the file. This is commonly referred to as column pruning. Column pruning isn’t possible for row based file formats like CSV.
Let’s grab the columns that are relevant for our query and run the query again.
This query runs in 19 seconds. See this blog post for more details on column pruning.
The original pandas query took 182 seconds and the optimized Dask query took 19 seconds, which is about 10 times faster.
Dask can provide performance boosts over pandas because it can execute common operations in parallel, where pandas is limited to a single core. For this example, I configured Dask to use the available hardware resources on my laptop to execute the query faster. Dask scales with your hardware to optimize performance.
My machine only has 4 cores and Dask already gives great results. A laptop that has 14 cores would be able to run the Dask operations even faster.
Parquet files allow this query to run a lot faster than CSV files. The query speeds get even better when Snappy compression and column pruning are used.
The query optimization patterns outlined in this blog are applicable to a wide variety of use cases. Splitting your data into optimally sized files on disk makes it easier for Dask to read the files in parallel easier. Strategically leveraging file compression and column pruning almost always helps. There are often easy tweaks that’ll let you run your pandas code a lot faster with Dask.
Let’s take a look at how to run this same query on a 50 GB dataset that’s stored in the cloud.
Downloading the 50 GB dataset to our laptop and querying it in a localhost environment would be tedious and slow. You’re limited to the computing power of your laptop when running analysis locally.
Dask is designed to either be run on a laptop or with a cluster of computers that process the data in parallel. Your laptop may only have 8GB or 32GB of RAM, so its computation power is limited. Cloud clusters can be constructed with as many workers as you’d like, so they can be made quite powerful. If you need 244 GB of computation power for your analysis, then you can make a 16 node Dask cluster with each node having 15.25 GB of RAM.
Cloud devops is challenging, so let’s use Coiled to build our Dask cluster. This will make it a lot easier than building a production grade Dask solution ourselves.
Here’s how to make a Dask cluster with 16 i3.large nodes (each has 15.25 GB of RAM) to query the 50 GB dataset.
Here’s how to spin up the Dask cluster with Coiled:
Each i3.large instance has 15.25 GB of RAM. The cluster has 16 nodes, so the entire cluster has 244 GB of RAM. That’s a lot of computing resources to perform an analysis on a large dataset!
Once the cluster is created, we can read in data from S3 into a Dask DataFrame.
Let’s see how many rows of data the DataFrame contains.
Wow, this DataFrame contains a billion rows of data. Let’s run the same query as before and see how long it takes:
The query runs in 30 seconds. We can see that Coiled allows us to easily spin up a Dask cluster and query a large dataset quickly.
Part of the reason this query is running so fast is because we’re using the query optimizations covered earlier. We’re querying snappy compressed Parquet files that each contain 100 MB of data and we’re using column pruning to grab the relevant columns for the query.
pandas is a fine technology for smaller datasets, but when the data volume is large, you’ll want to use a cluster computing technology like Dask that can scale beyond the limits of a single machine.
You can manually create a Dask cluster yourself, but it’s a lot of devops work. Most data scientists and data engineers don’t want to be bothered with a challenging devops project like productionalizing and tuning a Dask environment. It’s generally best to use Coiled, a service that lets you focus on your analysis without worrying about Dask devops.
You’ve learned a lot in this post. You’ve seen how to significantly speed up a pandas query and you’ve also taken a glimpse of harnessing the power of the cloud to run a computation in a cluster. These tactics will serve you well when you’re running analyses on larger datasets.
Join us in the Dask Office Hours by Coiled.