Wij zijn aan het testen of we binnen de DirectAdmin servers mod_php kunnen vervangen door php-fpm (met als doel meerdere PHP versies te kunnen aanbieden). Bijkomend gevolg is dat Apache niet meer met de "prefork MPM" draait maar met de "event MPM".
Hierdoor is ook de mod_status (/server-status) pagina veranderd omdat deze nu de threads laat zien ipv de processen/forks.
Ten tijde van processen/forks zag je binnen mod_status puur welke requests er op dat moment werden afgehandeld. Was het request afgehandeld dan verdween deze uit het overzicht.
Nu met de event MPM laat mod_status blijkbaar (in ons geval) alle 127 threads zien met daarbij welk request als laatste is afgehandeld, zelfs als dat request een uur geleden is afgehandeld (zichtbaar in kolom SS = Seconds since beginning of most recent request. De thread lijkt dus in gebruik maar heeft status "waiting for connection)".
Nu testen wij op een server die geen verkeer afhandeld. Doe ik 127x F5 op de server-status pagina dan zie ik dat terug in de server-status en staat dat er een dag later nog (met een hoge SS waarde). Op productionele servers zal de volledige lijst iedere +/- 127 requests weer anders zijn. Toch willen we inzichtelijk hebben welk IP/website op het moment dat we kijken bijv. overlast veroorzaakt door een grote hoeveelheid openstaande requests zonder dat deze oogopslag vertroebelt raakt door mogelijke oude, reeds afgehandelde, requests.
Is deze conclusie een feit of is het mogelijk om mod_status alle requests ouder dan XX seconde leeg te laten maken, zodat alleen zichtbaar is welke requests op dat moment werden afgehandeld?
(bonusvraag: is mod_php zonder bijkomende problemen te vervangen door php-fpm of gaat "php is php ongeacht de manier waarop" hier gewoon op? En wat zijn jullie ervaringen met de verandering in server load, stijgt deze, daalt deze?).