Dear maintainers,
first of all let me thank you for maintaining this important web server package for the Debian community. libapache2-mod-fastcgi should be kept as libapache2-mod-fcgid is *NOT* a proper replacement: Today almost everybody uses PHP with a bytecode/opcode cacher (eg. eAccelerator, xcache, apc,..). Opcode cachers, however, are sadly not able to share the cache across FastCGI or FCGI processes. Means, for each new PHP process the same opcode cache is built and filled up in the server’s RAM. This is not only filling up the servers RAM with redundant data but is actually ruining the performance of any opcode cacher and therefore all the served web sites. Luckily PHP is capable of playing “process manager” and a single PHP process can spawn several children to handle requests. This way the parent PHP process can instantiate the opcode cache and its children can share it. Both libapache2-mod-fcgid and libapache2-mod-fastcgi can be told to limit the number of PHP processes to 1 per user. The PHP process can then be told how many children to spawn. But unfortunately libapache2-mod-fcgid will only send 1 single request per process. The fact that PHP spawns its own children is completely ignored by libapache2-mod-fcgid. So using libapache2-mod-fcgid we could only handle one concurrent PHP request at a time. Obviously this is not good at all since any longer running request would easily block multiple smaller requests. libapache2-mod-fastcgi on the contrary will send multiple simultaneous requests to a single PHP process if the PHP process itself has enough children that can handle it. This is the reason we must keep libapache2-mod-fastcgi to achieve our goal of one cache per user. @ Tatsuki I am sure many users are as happy as i am that you maintain the package for the community. However, almost 2 years have passed since bug report #504132 that includes a working, common patch for the issue. Since then – means over 2 years – you haven’t even replied once in that bug report thread. If you are not capable or not willing to maintain this package any longer i'll honestly be glad to help you. Thank you very much once again Alexander Schories Tuebingen, Germany -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
