You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
DCPerf is an open source benchmarking and microbenchmarking suite, originally developed by Meta, that faithfully replicates the characteristics of various general purpose data center workloads. One of the key differentiators to alternate benchmarking software is the fidelity of micro-architectural behaviour replicated by DCPerf, for example, cache misses, branch misprediction rate etc.
26
+
DCPerf is an open source benchmarking and microbenchmarking suite, originally developed by Meta, that faithfully replicates the characteristics of various general purpose data center workloads. One of the key differentiators compared to alternative benchmarking software is the fidelity of micro-architectural behavior replicated by DCPerf, for example, cache misses and branch misprediction rate.
27
+
28
+
DCPerf generates performance data to inform procurement decisions. It can also be used for regression testing to detect changes in the environment, such as kernel and compiler changes.
25
29
26
-
The use cases of running DCPerf are to generate performance data to inform procurement decision and regression testing for changes in environment, such as kernel and compiler changes. This installation guide is to install DCPerf on Arm-based servers. This example has been tested on a AWS `c7g.metal` instance running Ubuntu 22.04 LTS.
30
+
You can install DCPerf on Arm-based servers. The examples below have been tested on an AWS `c7g.metal` instance running Ubuntu 22.04 LTS.
27
31
28
-
Please Note: When running on a server provided by a cloud service provided, you will have limit access to change parameters such as BIOS settings which can impact performance.
32
+
{{% notice Note %}}
33
+
When running on a server provided by a cloud service, you will have limited access to some parameters, such as UEFI settings, which can impact performance.
DCPerf offers many benchmarks. Please refer to the official documentation for the benchmark of your choice.
47
71
48
-
## Running a the MediaWiki Benchmark
72
+
One example is the MediaWiki benchmark, designed to faithfully reproduce the workload of the Facebook social networking site.
49
73
50
-
DCPerf offers many benchmarks, please refer the official documentation for the benchmark of your choice. In this example we will run the MediaWiki benchmark. The MediaWiki benchmark is designed to faithfully reproduce the workload of the facebook social networking site. First install the dependency.
74
+
Install HipHop Virtual Machine (HHVM), a virtual machine used to execute the web application code.
Confirm security-enhanced Linux (SELinux) is disabled with the following commands.
98
+
Confirm security-enhanced Linux (SELinux) is disabled with the following commands:
75
99
76
100
```bash
77
101
sudo apt install selinux-utils
78
102
getenforce
79
103
```
80
104
81
-
You should see the following response. If you do not see the `Disabled` output. Please refer to your distributions documentation on how to disable before proceeding.
105
+
You should see the following response. If you do not see the `Disabled` output, please refer to your Linux distribution documentation for information about how to disable SELinux.
82
106
83
107
```output
84
108
Disabled
85
109
```
86
110
111
+
The `install` argument to the `benchpress_cli.py` command line script can be used to automatically install all dependencies for each benchmark.
87
112
88
-
The `install` argument to the `benchpress_cli.py` command line script can be used to automatially install all dependencies for each benchmark.
Please note this can take several minutes to do all the required steps.
95
-
117
+
Please note this may take several minutes to complete.
96
118
97
119
## Run the MediaWiki Benchmark
98
120
99
-
For sake of brevity we will pass in duration and timeout arguments through a `JSON` dictionary with the `-i` argument.
121
+
For the sake of brevity, you can provide the duration and timeout arguments using a `JSON` dictionary with the `-i` argument.
100
122
101
-
```bash
123
+
```console
102
124
sudo ./benchpress_cli.py run oss_performance_mediawiki_mlp -i '{
103
125
"duration": "30s",
104
126
"timeout": "1m"
105
127
}'
106
128
```
107
129
108
-
Whilst the benchmark is running you will be able to observe the various processes occupying the CPU with the `top` command.
130
+
While the benchmark is running, you can observe the various processes occupying the CPU with the `top` command.
109
131
132
+
Once the benchmark is complete, a `benchmark_metrics_*` directory will be created within the `DCPerf` directory, containing a `JSON` file for the system specs and another for the metrics.
110
133
111
-
Once the benchmark is complete, within the `DCPerf` directory a `benchmark_metrics_*` directory will be created with a `JSON` file for the system specs and metrics respectively.
112
-
For example, the metrics file will list the
134
+
For example, the metrics file will list the following:
113
135
114
136
```output
115
137
"metrics": {
@@ -133,3 +155,32 @@ For example, the metrics file will list the
133
155
},
134
156
"score": 2.4692578125
135
157
```
158
+
159
+
## Understanding the Benchmark Results
160
+
161
+
The metrics file contains several key performance indicators from the benchmark run:
162
+
163
+
164
+
-**Nginx 200, 404, 499**: The number of HTTP responses with status codes 200 (success), 404 (not found), and 499 (client closed request) returned by the Nginx web server during the test.
165
+
-**Nginx P50/P90/P95/P99 time**: The response time percentiles (in seconds) for requests handled by Nginx. For example, P50 is the median response time, P99 is the time under which 99% of requests completed.
166
+
-**Nginx avg bytes**: The average number of bytes sent per response.
167
+
-**Nginx avg time**: The average response time for all requests.
168
+
-**Nginx hits**: The total number of requests handled by Nginx.
169
+
-**Wrk RPS**: The average number of requests per second (RPS) generated by the `wrk` load testing tool.
170
+
-**Wrk failed requests**: The number of requests that failed during the test.
171
+
-**Wrk requests**: The total number of requests sent by `wrk`.
172
+
-**Wrk successful requests**: The number of requests that completed successfully.
173
+
-**Wrk wall sec**: The total wall-clock time (in seconds) for the benchmark run.
174
+
-**score**: An overall performance score calculated by DCPerf, which can be used to compare different systems or configurations.
175
+
176
+
{{% notice Note %}}
177
+
`wrk` is a modern HTTP benchmarking tool used to generate load and measure web server performance. It is widely used for benchmarking because it can produce significant load and provides detailed statistics. For more information, see [wrk's GitHub page](https://github.com/wg/wrk).
178
+
{{% /notice %}}
179
+
180
+
These metrics help you evaluate the performance and reliability of the system under test. Higher values for successful requests and RPS, and lower response times, generally indicate better performance. The score provides a single value for easy comparison across runs or systems.
181
+
182
+
## Next Steps
183
+
184
+
- Use the results to compare performance across different systems, hardware configurations, or after making system changes (e.g., kernel or compiler updates).
185
+
- Consider tuning system parameters or trying different DCPerf benchmarks to further evaluate your environment.
0 commit comments