выхода из passenger-memory-stats
Passenger нерест много стоечных приложения
----- Passenger processes -----
PID VMSize Private Name
-------------------------------
28572 207.4 MB ? Rack: /home/myapp/application
28580 207.0 MB ? Rack: /home/myapp/application
28588 206.0 MB ? Rack: /home/myapp/application
28648 206.5 MB ? Rack: /home/myapp/application
29005 23.0 MB ? PassengerWatchdog
29008 100.5 MB ? PassengerHelperAgent
29010 43.1 MB ? Passenger spawn server
29013 70.8 MB ? PassengerLoggingAgent
29053 202.0 MB ? Passenger ApplicationSpawner: /home/myapp/application
29105 202.3 MB ? Rack: /home/myapp/application
29114 202.3 MB ? Rack: /home/myapp/application
29121 202.3 MB ? Rack: /home/myapp/application
29130 202.3 MB ? Rack: /home/myapp/application
29138 202.3 MB ? Rack: /home/myapp/application
Это выглядит как много порожденных процессы ... это приложение в настоящее время в процессе развития не один (что я знаю) ударив по нему. ..
выход passenger-status
App root: /home/myapp/application
* PID: 29105 Sessions: 1 Processed: 0 Uptime: 15m 11s
* PID: 29114 Sessions: 1 Processed: 0 Uptime: 14m 0s
* PID: 29121 Sessions: 1 Processed: 0 Uptime: 14m 0s
* PID: 29130 Sessions: 1 Processed: 0 Uptime: 14m 0s
* PID: 29138 Sessions: 1 Processed: 0 Uptime: 14m 0s
Во-первых, это нормально?
Во-вторых, возможные причины?
Что говорит «пассажирский статус»? –
@SergioTulentsev обновил вопрос с выходом ... просто повторно запустил 'pass-memory-stats' снова, и у него есть один меньше процесса в стойке. – jondavidjohn
Из этого вывода я бы сказал, что у вас есть запросы на свидание. То есть запрос переходит к бесконечному циклу или тому подобное. Итак, когда приходит следующий запрос, нет запасных рабочих, и Пассажир должен породить еще один. –