Add a performance test that measures the time it takes Dapr to save data into a state store.

The important piece that is being tested is the processing that Dapr does before saving to the state store. This test should not benchmark the component itself.

For that purpose, a baseline test scenario would have an app that saves a 1kb payload to Redis, followed by a test app that uses Dapr to sav

Environment

• VerneMQ Version: using docker image vernemq/vernemq:latest
• OS: Debian 9
• Erlang/OTP version (if building from source):
• Cluster size/standalone: standalone
• VerneMQ configuration (vernemq.conf) or the changes from the default

accept_eula=yes
allow_anonymous=off
log.console=console
log.console.level=debug
plugins.vmq_acl=off
plugins.vmq_diversity=on
plugins.v

Currently we don't have any mechanism to limit the maximum number of clients that could be handled simultaneously.

This feature should be designed properly. Here is some clue: https://redis.io/topics/clients#maximum-number-of-clients