php-fpm support - Printable Version +- ispCP - Board - Support (http://www.isp-control.net/forum) +-- Forum: ispCP Omega Development Area (/forum-1.html) +--- Forum: Suggestions (/forum-2.html) +--- Thread: php-fpm support (/thread-11417.html) |
php-fpm support - pulponair - 08-17-2010 10:45 PM Hi there, as of version php 5.3.3 php ships with php-fpm. One mayor benefit of using the fpm SAPI over regular fastcgi/fcgi starters is the fact, that i use a single root php process which enables us to share shm (shared memory - e.g. used by opcode caches) accross all runing php process. This would dramatically increase opcode cache efficiency while it decreases overall memory consumption. Another benefit is the fact that the php-fpm deamon is cabable of its own dynamic adaptive process spawning. So the php process handling can be handed over completly to php-fpm, instead of using a creppy mixture of fastcgi-pm and php's own child managment. See http://php-fpm.org/ for the big picture. I worked out a ispcp apache configuration (see below) and tested it in various scenarios (posted to php-highload as well). Besides the apache configuration there has to be a php-fpm configuration which is pretty straight forward. Note: You need mod_fastcgi, since mod_fcgi is'nt cabable of anything similar to FastCGIExternalServer For a full ispcp integration the ispcp engine needs to be modified to manage the fpm configuration file. Apache configuration is just a template matter. If anyone could guide me (haven't worked with perl for decades ). I could come up with a patch. Within mod_fastcgi.conf (global): Code: # We want to have all sockets within this directory Per vhost: Code: # Alias /php5/ to /var/www/fcgi/www.example.com/ Cheers, Nikolas RE: php-fpm support - RatS - 08-19-2010 05:08 AM The required changes for the engine must be quite simple: ispcp-dmn-mngr needs to copy the file to the right directory (/var/www/fcgi/{DMN-NAME}/php5/ I guess). How to do this just check how the php.ini-File for users is created. Additionally you might change the Makefile inf the config dir and add the template for the php-fpm.ini. If you need to replace variables, you can do this in the ispcp-dmn-mngr, too. If you succeeded, please create a ticket with as most complete patch. It looks really interesting for us, too. Thanks for the suggesting. On questions we will help you! RE: php-fpm support - gOOvER - 08-19-2010 06:33 AM Why not open a Ticket. So we don't forget it RE: php-fpm support - pulponair - 08-19-2010 06:57 PM (08-19-2010 05:08 AM)RatS Wrote: The required changes for the engine must be quite simple: Unfortunatly it's not that easy, since the domain mgr has to take care of the php5-fpm.conf file (configuration for the fpm deamon), which defines the settings and socket for every single pool (domain in our case). It looks like this: Code: log_level = debug As you can see there is a section for every domain, so the domain manager needs to adjust it on domain changes (add/delete). Quite similar to way ispcp handles vhost "entrys" at the moment. Further more, fpm isn't capable of handling different php.ini files atm. Though it's possible to override/set ini settings pool wise. Which should be sufficient. Cheers, Nikolas Ticket created: http://isp-control.net/ispcp/ticket/2426 RE: php-fpm support - Nuxwin - 08-19-2010 11:02 PM Hello ; Sorry but php-fpm is available under Squeeze ? RE: php-fpm support - kilburn - 08-19-2010 11:13 PM I don't see php-fpm as a good solution for ispcp *as of now*. Basically, from what I've seen, we need to run a separate php manager process per user. As many of us already know, this is *very bad* for shared hostings where you may have hundreds or thousands of users. Can you clarify on this front pulponair? RE: php-fpm support - pulponair - 08-19-2010 11:22 PM (08-19-2010 11:13 PM)kilburn Wrote: I don't see php-fpm as a good solution for ispcp *as of now*. Basically, from what I've seen, we need to run a separate php manager process per user. As many of us already know, this is *very bad* for shared hostings where you may have hundreds or thousands of users. You are wrong, you are running just one root pm process which manages it's childs dynamically (for all pools/vhosts/user)... This is how a the processtree looks for the sample i posted above: Code: ├─php5-fpm(2173)─┬─php5-fpm(2176,vu2000) Of cource the number of childprocesses will increase/decrease depeding on the load and the limits for the particular pool/user/domain/vhost. The whole concept is much better than that fastcgi /starter script thing which looks like this (as we all know): http://yfrog.com/e4fastcgip Hope this clears up things a little. Cheers, Nikolas (08-19-2010 11:02 PM)Nuxwin Wrote: Hello ; Obviously not since Squeeze shipps with php 5.3.2 while fpm has been included in 5.3.3. There are dotdeb packages avaible and patches for 5.3.2. Cheers, NIkolas RE: php-fpm support - Nuxwin - 08-19-2010 11:33 PM Ok if not available in official repository, I don't recommend it for ispCP too. Code: ├─php5-fpm(2173)─┬─php5-fpm(2176,vu2000) Hu, what if the parent process die for any reasons ? RE: php-fpm support - pulponair - 08-19-2010 11:48 PM Hi, (08-19-2010 11:33 PM)Nuxwin Wrote: Ok if not available in official repository, I don't recommend it for ispCP too.I understand you concerns. But the fact that it's not officially available for debian at the moment does not mean that it's not worth thinking about integration, right? (08-19-2010 11:33 PM)Nuxwin Wrote: Hu, what if the parent process die ? Well, the parent process does not process php request itself it's just the processmanager. So for what reasons should it die? (Except if something goes really terrible wrong - but that's bad for any kind of software ). There is always a root process which screws up the whole chain when it dies. If e.g the apache root process dies the whole webserver is gone...so that shouldn't be argument. Cheers, NIkolas RE: php-fpm support - pulponair - 11-02-2011 08:16 PM Hi, any new opinions/evolution on this - now that fpm is part of php for more than a year? here are some resources that describe the actual problem: http://www.brandonturner.net/blog/2009/07/fastcgi_with_php_opcode_cache/ And here is what the php folks recommend (using fpm) . https://bugs.php.net/bug.php?id=57825 Cheers, Nikolas |