Replies: 4 comments 3 replies
-
Have you tried latest Puma 6.x? Have you tried to reproduce this locally? (Example app, same setup, adding load using wrk or some other tool (should be some examples in the repo or other issues / PRs)) |
Beta Was this translation helpful? Give feedback.
-
Windows, JRuby, 1:64, particularly when the server load increases I'll admit to not spending a lot of time testing JRuby on Windows. IIRC, creating threads with JRuby does take more time that with MRI Rubies. Also, I don't think I've ever tried to create an increasing load on a server with the tools I've used. Or, the load is on or off. So, if you have extra capacity in the server, you might try increasing the minimum thread count? |
Beta Was this translation helpful? Give feedback.
-
Hi, did you fix the problem? We met the same issue with Puma 5.6.x. |
Beta Was this translation helpful? Give feedback.
-
I think I'm seeing a similar error with AWS ECS and Rails. We have a Rails application that is using the Curb gem to send requests to another Rails application. Both are running the same stack (see below) and every once in a while we get a "Curl::Err::HostResolutionError" message.
|
Beta Was this translation helpful? Give feedback.
-
Puma version - 5.6.5
JRuby version - 9.1.17.0
We are experiencing intermittent connection refused errors in our JRuby app running on the Puma server. OS is Windows. These errors occur sporadically, particularly when the server load increases. Server resource usage is minimal. Only less than 30% CPU used and over 4 GB of free memory available. We have observed that the errors last only a few seconds (or less) before Puma resumes processing requests until the next occurrence.
Our Puma configuration consists of only the thread configuration set to 1:64. No errors are logged during these occurrences.
Any insights or suggestions on finding the cause would be highly appreciated.
Beta Was this translation helpful? Give feedback.
All reactions