Re: Will PHP ever "grow up" and have threading?
| From: | Lester Caine | Date: | Wed, 24 Mar 2010 07:53:40 +0000 |
| Subject: | Re: Will PHP ever "grow up" and have threading? | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-303186@lists.php.net to get a copy of this message | ||
Per Jessen wrote:
Teus Benschop wrote:Seconded ... My own servers spend 75% of the time in firebird and 25% in apache/php, and when I need some extra performance I just add a second machine for firebird with a lot more memory. PHP is not the bottleneck and while the computer is 99.5% idle anyway I don't see any need for threading any time soon. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.phpOn Tue, 2010-03-23 at 19:08 -0700, Tommy Pham wrote:+1.The response time, max 5 seconds, will be tested on local gigabit LAN to ensure the adequate response (optimized DB& code& proper hardware) without worrying about users' connection limit and site's upload bandwidth limit (which can easily rectify). Then thereafter will be doing stress test of about 10 concurrent users. As for the major queries, that's where threads come in, IMO, because those queries depend on 1 primary parameter (category ID) and 1 secondary parameter (language ID). This particular site starts with 500 products about 15 categories, without many of those mentioned filters, later grew to its current state.The bottle neck looking at speed in this example seems to be the database backend, not PHP. What would be needed is a fast database, and SQL queries optimized for speed. Teus.