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
While testing a small Zuul setup to prep for an eventual production release I've been noticing some odd things in regards to call timeouts and in general very slow response times. The main concern is what appears to be calls processing in what looks to be a serial manner. A simple view of a console network tab will show requests being responded to roughly the order they were dispatched one at a time.
Below are some settings that looked like an issue, but adjusting them hasn't resolved the issue.
In the process of looking into this we've stripped away as much code as possible to get to a bare bones filter which does nothing but return a 206 after a 1 second delay when being hit with a request.
When 25 requests are made to this filter it's taking roughly 10 seconds for all the responses come back. With the 1 second timeout and no other code being executed, one would expect maybe 1.5-3 seconds for all calls to be resolved. Logs/network monitoring very clearly shows these requests being processed in a roughly serial manner as one after another are handled in order of being received.
This is the main code present in the filter. I realize this is rather vague, but are there areas in specific we should be looking to address this issue? Under even minor traffic the current setup we have does not seem at all production ready.
The text was updated successfully, but these errors were encountered:
While testing a small Zuul setup to prep for an eventual production release I've been noticing some odd things in regards to call timeouts and in general very slow response times. The main concern is what appears to be calls processing in what looks to be a serial manner. A simple view of a console network tab will show requests being responded to roughly the order they were dispatched one at a time.
Below are some settings that looked like an issue, but adjusting them hasn't resolved the issue.
cm.setMaxTotal(Integer.parseInt(System.getProperty("zuul.max.host.connections", "1000"))); cm.setDefaultMaxPerRoute(Integer.parseInt(System.getProperty("zuul.max.host.connections", "100")));
In the process of looking into this we've stripped away as much code as possible to get to a bare bones filter which does nothing but return a 206 after a 1 second delay when being hit with a request.
When 25 requests are made to this filter it's taking roughly 10 seconds for all the responses come back. With the 1 second timeout and no other code being executed, one would expect maybe 1.5-3 seconds for all calls to be resolved. Logs/network monitoring very clearly shows these requests being processed in a roughly serial manner as one after another are handled in order of being received.
` String FilterUrl = "/test/";
This is the main code present in the filter. I realize this is rather vague, but are there areas in specific we should be looking to address this issue? Under even minor traffic the current setup we have does not seem at all production ready.
The text was updated successfully, but these errors were encountered: