omgitsads/ey-passenger-tweaks — explained in plain English
Analysis updated 2026-08-03 · repo last pushed 2012-09-18
Stop a memory-hungry Rails app from crashing on Engine Yard by giving each worker more RAM.
Free up memory on a single-app server by reducing the number of background web workers.
| omgitsads/ey-passenger-tweaks | 521xueweihan/homebrew-core | amitsuryavanshi/graphiti-activegraph | |
|---|---|---|---|
| Stars | 1 | 1 | 1 |
| Language | Ruby | Ruby | Ruby |
| Last pushed | 2012-09-18 | 2022-05-11 | 2022-12-09 |
| Maintenance | Dormant | Dormant | Dormant |
| Setup difficulty | easy | easy | hard |
| Complexity | 2/5 | 1/5 | 3/5 |
| Audience | ops devops | developer | developer |
Figures from each repo's GitHub metadata at analysis time.
Requires an active Engine Yard Cloud account and an app deployed there to apply the recipe.
If your web application has high memory needs and keeps crashing because the hosting platform thinks it's using too much RAM, this project can help. It's a recipe designed for Engine Yard Cloud that lets you adjust how many background workers are running and raise the memory threshold so your app won't get killed for using too much. At a high level, the recipe does two things: it reduces the number of Passenger workers (the processes that handle incoming web requests) and increases the memory limit that the monitoring system enforces. By cutting back on workers, you free up memory that can instead be allocated to the app itself. You customize a few variables at the top of a configuration file to specify your app name, how many workers you want, and your desired memory limit. This is meant for someone hosting a single memory-hungry application on Engine Yard who keeps running into crashes. For example, if you have a data-heavy Rails app that needs more RAM per request, reducing the worker count gives each remaining worker more memory headroom. It's essentially a proof of concept rather than a production-grade tool. There are a few notable trade-offs. Because it reduces the number of workers available to handle requests, it's not advisable for multi-app environments where you might end up with too few workers to serve your traffic. The recipe also restarts the web server (Nginx) twice on every configuration run, which could cause brief interruptions. If frequent restarts are a problem for your setup, you'd need to dig into more advanced custom configuration to avoid that side effect.
A configuration recipe for Engine Yard Cloud that reduces the number of web workers and raises the memory limit so memory-hungry apps stop crashing. It is a proof of concept, not a production-grade tool.
Mainly Ruby. The stack also includes Ruby, Nginx, Passenger.
Dormant — no commits in 2+ years (last push 2012-09-18).
Setup difficulty is rated easy, with roughly 5min to a first successful run.
Mainly ops devops.
This repo across BitVibe Labs
Don't trust strangers blindly. Verify against the repo.