mirror of https://github.com/dapr/docs.git
				
				
				
			
						commit
						b162c3df9e
					
				|  | @ -29,7 +29,7 @@ Read [How does Dapr work with service meshes?](https://github.com/dapr/dapr/wiki | |||
| Istio is not a programming model and does not focus on application level features such as state management, pub-sub, bindings etc. That is where Dapr comes in. | ||||
| 
 | ||||
| ## Performance Benchmarks | ||||
| The Dapr project is focused on performance due to the inherent discussion of Dapr being a sidecar to your application. This [performance benchmark video](https://youtu.be/4kV3SHs1j2k?t=783) discusses and demos the work that has been done so far. The performance benchmark data is planned to be published on a regular basis. You can also run the perf tests in your own environment to get perf numbers.  | ||||
| The Dapr project is focused on performance due to the inherent discussion of Dapr being a sidecar to your application. See [here]({{< ref perf-service-invocation.md >}}) for updated performance numbers. | ||||
| 
 | ||||
| ## Actors | ||||
| 
 | ||||
|  |  | |||
|  | @ -29,7 +29,7 @@ For more information see [overview of Dapr in self-hosted mode]({{< ref self-hos | |||
| 
 | ||||
| For more information see [overview of Dapr on Kubernetes]({{< ref kubernetes-overview.md >}}). | ||||
| 
 | ||||
| ## Performance summary for Dapr v0.11.3 | ||||
| ## Performance summary for Dapr v1.0 | ||||
| 
 | ||||
| The service invocation API is a reverse proxy with built-in service discovery to connect to other services. This includes tracing, metrics, mTLS for in-transit encryption of traffic, together with resiliency in the form of retries for network partitions and connection errors. | ||||
| 
 | ||||
|  | @ -76,7 +76,7 @@ There are a number of variants that affect the CPU and memory consumption for ea | |||
| ### Data plane performance | ||||
| 
 | ||||
| The Dapr sidecar uses 0.48 vCPU and 23Mb per 1000 requests per second. | ||||
| End-to-end, the Dapr sidecars (client and server) add 1.57 ms to the 90th percentile latency, and 2.36 ms to the 99th percentile latency. End-to-end here is a call from one app to another app receiving a response. This is shown by steps 1-7 in [this diagram]({{< ref service-invocation-overview.md >}}). | ||||
| End-to-end, the Dapr sidecars (client and server) add ~1.40 ms to the 90th percentile latency, and ~2.10 ms to the 99th percentile latency. End-to-end here is a call from one app to another app receiving a response. This is shown by steps 1-7 in [this diagram]({{< ref service-invocation-overview.md >}}). | ||||
| 
 | ||||
| ### Latency | ||||
| 
 | ||||
|  |  | |||
		Loading…
	
		Reference in New Issue