Guidelines for best practice - number of streamingRecognize requests per client? #284
Comments
Interested in this as well. By the way you'll hit the (default) request limit quota if you get to 100 simultaneous streaming requests: https://cloud.google.com/speech-to-text/quotas#request_limits |
How do you figure? |
@bcoe maybe you know more? |
@murgatroid99 knows best; but if I recall past conversations, the same underlying connection will be used if accessing the same resource; Michael please correct me if I'm wrong. |
Yes, in most cases the gRPC client will use a single connection when making multiple requests to a single server. It is possible that the front end server will reject streams if too many streams are open simultaneously on a single connection. The gRPC library does not currently do anything about that; higher-level retry logic may or may not help with that problem. |
@murgatroid99, would it be best then to open a new client for all streaming requests? |
I have the same question too, |
any progress with the issue? for example what if we start some speech recognition service in 2 different browser tabs simultaniously (using socket.io for communication with node.js server). Now, as it was said, it is not working well... |
I am also seeing an issue when running multiple streams at once. |
Is there any practical limit or best practice for using a single SpeechClient instance with many streamingRecognize requests running simultaneously?
Does the SpeechClient maintain a single underlying HTTP2 connection? Or does it spawn multiple connections once the number of HTTP2 channels/streams reaches a certain number?
Should I consider using multiple SpeechClients if I wanted to run 100 simultaneous streamingRecognize requests?
The text was updated successfully, but these errors were encountered: