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
@dgrove-oss Hello boss, I am currently facing the problem of configuring the concurrency of Action. I set up the NodeJS runtime environment and configured it in value.yaml according to the concurrency configuration given in the OpenWhisk project documentation, but the result is still very unsatisfactory.
My hardware environment is 3 nodes with 32GB, two of which are configured with Invoker stains, I configure the container pool to be 48GB, and the scheduler, Invoker, and controller are all configured with 4GB JVM.
Still, the concurrency I'm currently achieving is poor. I created a simple nodejs:16 Action that reads the redis cluster, configured memory usage as 64MB, and preheated 100 containers. I only have one invoke, controller, and scheduler. I used the K6 stress testing tool to test web Actions, and the results showed that when the concurrency was configured as 128 and 64, the concurrency of 64 achieved better results, and a maximum of 200 actions were executed per second, which seemed to be concurrent Action does not bring stronger TPS indicators.
@dgrove-oss Hello boss, I am currently facing the problem of configuring the concurrency of Action. I set up the NodeJS runtime environment and configured it in value.yaml according to the concurrency configuration given in the OpenWhisk project documentation, but the result is still very unsatisfactory.
My hardware environment is 3 nodes with 32GB, two of which are configured with Invoker stains, I configure the container pool to be 48GB, and the scheduler, Invoker, and controller are all configured with 4GB JVM.
Still, the concurrency I'm currently achieving is poor. I created a simple nodejs:16 Action that reads the redis cluster, configured memory usage as 64MB, and preheated 100 containers. I only have one invoke, controller, and scheduler. I used the K6 stress testing tool to test web Actions, and the results showed that when the concurrency was configured as 128 and 64, the concurrency of 64 achieved better results, and a maximum of 200 actions were executed per second, which seemed to be concurrent Action does not bring stronger TPS indicators.
values.yaml config:
My nodejs Action code and config:
wsk -i action update wsk-read wsk-read.zip --kind nodejs:16 --web true -c 32
We can share you ours test result:
Could you give ours some suggestion to improve function concurrency?
Thank you!
The text was updated successfully, but these errors were encountered: