Solace Community is getting a facelift!
On March 3rd we will be starting the process of migrating Solace Community to a new platform. As a result, Solace Community will go in to a temporary read-only state. You will still be able to come onto Solace Community and search through posts to find answers, but you won't be able to ask questions, post comments, or react in any way.
We hope to have the migration complete by Wednesday March 5th (or sooner), so please keep an eye out!
Slow Subscriber
Hi,
I want to identify slow subscriber client in my sandbox environment. This is to mock or test when a client is marked as a slow consumer. Currently our slow subscriber panel in Grafana shows all clients as normal (i.e. 0 = not slow subscriber). Can anyone please suggest how this can be replicated in test environment ?
Maybe one option could be if we have message rate option in sdkperf where we can forcefully slow the consumer while publishing messages at much higher rate ?
Thanks!
Comments
-
Hi,
Thanks for sharing those as -sd and -sdc looks promising options. However, I am not sure where I could find examples as I am unable to find them under : https://docs.solace.com/SDKPerf/Command-Line-Options.htm
Could you please share references/examples/Soldocs ?0 -
Hi @Abu , Here are sample commands: Pl tune per your requirement.
Sample subscriber:
Subscribe to test-queue with delayed ack. assumes test/topic is subscribed on to test-queue../sdkperf_java.sh -cip tcp://myvpn.messaging.solace.cloud:55555 -cu test-user@myvpn -cp 'mypassword' -sql test-queue -sd 100 -sdc -1 -cor
Sample publisher:
Publish 1K size message @ 1000/sec to test/topic./sdkperf_java.sh -cip tcp://myvpn.messaging.solace.cloud:55555 -cu test-user@myvpn -cp 'mypassword' -ptl test/topic -mn 10000 -mr 1000 -msx 1024
3 -
Hi @nram , thank you for making it easier but this is the outcome:
I published the messages at the rate and size you mentioned while my consumer was running on the other console.
I observed that the messages were still being consumed at a very slow rate BUT that does not still qualifies to flag it as a "slow subscriber" in our Grafana Panel which has the query using the function "solace_client_slow_subscriber" . Also noticed when I run the following it consumes but intermittently and really slowly.
$ ./sdkperf_java.sh -cip tcps://myvpn.messaging.solace.cloud:52444 -cu test-user@myvpn -cp 'password' -sql test-queue -sd 10000 -sdc -1 -cor
Can you please suggest how can we stress the consumer (maybe more) to raise a flag "slow subscriber" for the client ?0 -
good news, finally I was able to replicate the "slow subscriber" function in action in my test env. It took some time (~15mins) with the subscriber "sdkperf_java" left running. @nram: thank you for the command samples however it would be nice to have access to the document for sdkperf_java to identify each options more appropriately.
0 -
Glad you were able to test this out @Abu. IN addition to sdkperf docs available online, best option is to run
sdkperf_java.sh -hm
(more help) and inspect the output.1 -
Late to the game on this one, team. Sorry! Sounds like you're sorted though. 👍 To make your consumer slower faster, try increasing the message rate... hopefully wouldn't take 15 minutes in the future.
And yes, I use the
-hm
option all the time. Best thing is, you don't have to use it alone: you can have all your other params:-cip -cu -ptl -mn -mr -msa
etc., and then if you forgot how to do one thing, just add on-hm | grep <blah>
and look for a feature or name of something in the giant help screen that's displayed.2