Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37481 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88657 invoked from network); 5 May 2008 19:12:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 May 2008 19:12:38 -0000 Authentication-Results: pb1.pair.com header.from=gwang@litespeedtech.com; sender-id=pass Authentication-Results: pb1.pair.com smtp.mail=gwang@litespeedtech.com; spf=pass; sender-id=pass Received-SPF: pass (pb1.pair.com: domain litespeedtech.com designates 64.18.140.195 as permitted sender) X-PHP-List-Original-Sender: gwang@litespeedtech.com X-Host-Fingerprint: 64.18.140.195 mail.litespeedtech.com Received: from [64.18.140.195] ([64.18.140.195:34516] helo=mail.litespeedtech.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 4D/03-14293-52C5F184 for ; Mon, 05 May 2008 15:12:38 -0400 Received: from ip-216-39-248-126.hqglobal.net ([216.39.248.126] helo=[192.168.0.66]) by mail.litespeedtech.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Jt66u-0007H1-O7; Mon, 05 May 2008 15:12:34 -0400 Message-ID: <481F5C1C.2040604@litespeedtech.com> Date: Mon, 05 May 2008 15:12:28 -0400 User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Stanislav Malyshev CC: internals@lists.php.net References: <481F54DE.1000604@litespeedtech.com> <481F5631.7000301@zend.com> In-Reply-To: <481F5631.7000301@zend.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.2 (---) X-Spam-Report: Spam detection software, running on the system "mail.litespeedtech.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see admin@litespeedtech.com for details. Content preview: >> Seems that PHP engine is using ITIMER_PROF and SIGPROF for limiting >> the max execution time of a php script, and gprof cannot produce >> useful results. >> Is there an option to turn it off temporarily? Is there a better tool >> for code optimization? > > IIRC if "max_execution_time" is 0 then timeout should not be set. It helps a little after I set both "max_execution_time" and "max_input_time" to 0, PHP engine no longer set ITIMER_PROF and SIGPROF at the beginning of the request. However, at the end of the request, PHP engine still set ITIMER_PROF to 0 regardless. I guess I have to patch the code. [...] Content analysis details: (-3.2 points, 5.3 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 1.1 SPF_FAIL SPF: sender does not match SPF record (fail) [SPF failed: Please see http://spf.pobox.com/why.html?sender=gwang%40litespeedtech.com&ip=216.39.248.126&receiver=mail.litespeedtech.com] -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.1 AWL AWL: From: address is in the auto white-list Subject: Re: [PHP-DEV] gprof & PHP From: gwang@litespeedtech.com (George Wang) >> Seems that PHP engine is using ITIMER_PROF and SIGPROF for limiting >> the max execution time of a php script, and gprof cannot produce >> useful results. >> Is there an option to turn it off temporarily? Is there a better tool >> for code optimization? > > IIRC if "max_execution_time" is 0 then timeout should not be set. It helps a little after I set both "max_execution_time" and "max_input_time" to 0, PHP engine no longer set ITIMER_PROF and SIGPROF at the beginning of the request. However, at the end of the request, PHP engine still set ITIMER_PROF to 0 regardless. I guess I have to patch the code. Thanks, George