-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Crash on Mac OS X when performing lots of requests simultaneously #315
Comments
…em-http-request Change-Id: If453b0020b19bd2d8d509214bd60f1b703f600f8
How can I help in order to fix this bug? |
Thanks for linking this back to the source eventmachine bugs. I never did make any headway on understanding those crashes, but I recently got a possible clue, and will follow up with you on eventmachine/eventmachine#604 to discuss! |
@sodabrew Unfortunately, updating to 1.2.6 does not fix the issue for me :( Here is the crash report with eventmachine 1.2.6:
|
Yeah, this crash is different and I’m able to reproduce, but it’s intermittent and I haven’t narrowed it down yet.
|
@sodabrew Thank you, yes, this fixed this issue, but there is another one :( But globally, I don't have the previous error anymore Here is the backtrace from a core dump:
|
@sodabrew I also have this one from time to time:
|
@pierresouchay Are you seeing these errors even if you're building EM from the tip of the |
Using 1.2.6 The previous patch really improved a lot, but it has still some issues, probably something different |
@sodabrew Sorry, I read too fast. Yes, with the stable branch I don't have the issue anymore ! I launched my program 10 times without a single crash, the branch I can't wait for a release :-) |
Thanks for confirming! |
@sodabrew Thanks for fixing it :-) |
EM 1.2.7 is now released. |
Thank you, works fine |
Hello,
In project https://github.com/criteo/consul-templaterb we use em-http-request heavily. The program never crashes on Linux, but on Mac OS, it crashes frequently (around 75% of time when performing more than 2k requests in parallel).
The bug does not seems due to
ulimit -n
file descriptors and really seems related to the latency of the server being reached, it looks like a race condition.The program then crashes with the following information:
I can provide you a full test case if required.
It happens on this version of Mac OS:
aka Hi-Sierra, but I have seen the same errors on several Mac OS machines and operating systems including El Capitan and Sierra.
It also crashes on several versions of Ruby (2.3.x, 2.4.x, 2.5.x)
Regards
The text was updated successfully, but these errors were encountered: