php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #62951 Log utime and stime
Submitted: 2012-08-27 14:13 UTC Modified: 2013-10-16 15:18 UTC
Votes:2
Avg. Score:3.5 ± 0.5
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:0 (0.0%)
From: rainer-phpbugs at 7val dot com Assigned:
Status: Re-Opened Package: FPM related
PHP Version: 5.3.16 OS:
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
32 - 31 = ?
Subscribe to this entry?

 
 [2012-08-27 14:13 UTC] rainer-phpbugs at 7val dot com
Description:
------------
To identify performance bottlenecks in our shared hosting environment, it is desirable to log the utime and stime consumed for each request. The current %{system}C and %{user}C just log the relative CPU-Usage percentage, not the absolute time used.

the patch below adds %(rsystem}C and %{ruser}C to the logformat options, measured in milliseconds via getrusage();


Patches

php_fpm_log_utime_stime.patch (last revision 2012-09-27 14:50 UTC by rainer-phpbugs at 7val dot com)

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2012-09-27 14:33 UTC] fat@php.net
the patch does not seem to be complete. There's a missing part: how the log is 
handle ?
 [2012-09-27 14:33 UTC] fat@php.net
-Status: Open +Status: Feedback
 [2012-09-27 14:57 UTC] rainer-phpbugs at 7val dot com
I've missed the bit in fpm_log.c, since I didn't want to include my changes that cause tms_total to always be in 1/1000 seconds. The updated Patch includes this change.
 [2013-02-18 00:35 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
 [2013-10-16 15:18 UTC] fat@php.net
-Status: No Feedback +Status: Re-Opened
 
PHP Copyright © 2001-2020 The PHP Group
All rights reserved.
Last updated: Sun Sep 20 18:01:26 2020 UTC