This is a performance testing framework for Spark SQL in Apache Spark 2.2+.
Note: This README is still under development. Please also check our source code for more information.
$ bin/run --help
spark-sql-perf 0.2.0
Usage: spark-sql-perf [options]
-b <value> | --benchmark <value>
the name of the benchmark to run
-m <value> | --master <value
the master url to use
-f <value> | --filter <value>
a filter on the name of the queries to run
-i <value> | --iterations <value>
the number of iterations to run
--help
prints this usage text
$ bin/run --benchmark DatasetPerformance
The first run of bin/run will build the library.
Use sbt package or sbt assembly to build the library jar.
Use sbt +package to build for scala 2.11 and 2.12.
The framework contains twelve benchmarks that can be executed in local mode. They are organized into three classes and target different components and functions of Spark:
- DatasetPerformance compares the performance of the old RDD API with the new Dataframe and Dataset APIs.
These benchmarks can be launched with the command
bin/run --benchmark DatasetPerformance - JoinPerformance compares the performance of joining different table sizes and shapes with different join types.
These benchmarks can be launched with the command
bin/run --benchmark JoinPerformance - AggregationPerformance compares the performance of aggregating different table sizes using different aggregation types.
These benchmarks can be launched with the command
bin/run --benchmark AggregationPerformance
To run MLlib tests, run /bin/run-ml yamlfile, where yamlfile is the path to a YAML configuration
file describing tests to run and their parameters.
Before running any query, a dataset needs to be setup by creating a Benchmark object. Generating
the TPCDS data requires dsdgen built and available on the machines. We have a fork of dsdgen that
you will need. The fork includes changes to generate TPCDS data to stdout, so that this library can
pipe them directly to Spark, without intermediate files. Therefore, this library will not work with
the vanilla TPCDS kit.
TPCDS kit needs to be installed on all cluster executor nodes under the same path!
It can be found here.
// Generate the data
build/sbt "test:runMain com.databricks.spark.sql.perf.tpcds.GenTPCDSData -d <dsdgenDir> -s <scaleFactor> -l <location> -f <format>"
// Create the specified database
sql(s"create database $databaseName")
// Create metastore tables in a specified database for your data.
// Once tables are created, the current database will be switched to the specified database.
tables.createExternalTables(rootDir, "parquet", databaseName, overwrite = true, discoverPartitions = true)
// Or, if you want to create temporary tables
// tables.createTemporaryTables(location, format)
// For CBO only, gather statistics on all columns:
tables.analyzeTables(databaseName, analyzeColumns = true)
After setup, users can use runExperiment function to run benchmarking queries and record query execution time. Taking TPC-DS as an example, you can start an experiment by using
import com.databricks.spark.sql.perf.tpcds.TPCDS
val tpcds = new TPCDS (sqlContext = sqlContext)
// Set:
val databaseName = ... // name of database with TPCDS data.
val resultLocation = ... // place to write results
val iterations = 1 // how many iterations of queries to run.
val queries = tpcds.tpcds2_4Queries // queries to run.
val timeout = 24*60*60 // timeout, in seconds.
// Run:
sql(s"use $databaseName")
val experiment = tpcds.runExperiment(
queries,
iterations = iterations,
resultLocation = resultLocation,
forkThread = true)
experiment.waitForFinish(timeout)
By default, experiment will be started in a background thread.
For every experiment run (i.e. every call of runExperiment), Spark SQL Perf will use the timestamp of the start time to identify this experiment. Performance results will be stored in the sub-dir named by the timestamp in the given spark.sql.perf.results (for example /tmp/results/timestamp=1429213883272). The performance results are stored in the JSON format.
While the experiment is running you can use experiment.html to get a summary, or experiment.getCurrentResults to get complete current results.
Once the experiment is complete, you can still access experiment.getCurrentResults, or you can load the results from disk.
// Get all experiments results.
val resultTable = spark.read.json(resultLocation)
resultTable.createOrReplaceTempView("sqlPerformance")
sqlContext.table("sqlPerformance")
// Get the result of a particular run by specifying the timestamp of that run.
sqlContext.table("sqlPerformance").filter("timestamp = 1429132621024")
// or
val specificResultTable = spark.read.json(experiment.resultPath)
You can get a basic summary by running:
experiment.getCurrentResults // or: spark.read.json(resultLocation).filter("timestamp = 1429132621024")
.withColumn("Name", substring(col("name"), 2, 100))
.withColumn("Runtime", (col("parsingTime") + col("analysisTime") + col("optimizationTime") + col("planningTime") + col("executionTime")) / 1000.0)
.select('Name, 'Runtime)
TPC-H can be run similarly to TPC-DS replacing tpcds for tpch.
Take a look at the data generator and tpch_run notebook code below.
There are example notebooks in src/main/notebooks for running TPCDS and TPCH in the Databricks environment.
These scripts can also be run from spark-shell command line with minor modifications using :load file_name.scala.
This notebook (or scala script) can be use to generate both TPCDS and TPCH data at selected scale factors.
It is a newer version from the tpcds_datagen notebook below. To use it:
- Edit the config variables the top of the script.
- Run the whole notebook.
This notebook can be used to install dsdgen on all worker nodes, run data generation, and create the TPCDS database.
Note that because of the way dsdgen is installed, it will not work on an autoscaling cluster, and num_workers has
to be updated to the number of worker instances on the cluster.
Data generation may also break if any of the workers is killed - the restarted worker container will not have dsdgen anymore.
This notebook can be used to run TPCDS queries.
For running parallel TPCDS streams:
- Create a Cluster and attach the spark-sql-perf library to it.
- Create a Job using the notebook and attaching to the created cluster as "existing cluster".
- Allow concurrent runs of the created job.
- Launch appriopriate number of Runs of the Job to run in parallel on the cluster.
This notebook can be used to run TPCH queries. Data needs be generated first.
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent