You are here

README.txt in Performance Logging and Monitoring 6.2

Same filename and directory in other branches
  1. 5 README.txt
  2. 6 README.txt
  3. 7.2 README.txt
  4. 7 README.txt
By Khalid Baheyeldin

Copyright 2008 http://2bits.com

Description
-----------
This module provides performance statistics logging for a site, such as page
generation times, and memory usage, for each page load.

This module is useful for developers and site administrators alike to identify
pages that are slow to generate or use excessive memory.

Features include:
* Settings to enable detailed logging or summary logging. The module defaults to
  no logging at all.

* Detailed logging causes one database row to be written for each page load of
  the site. The data includes page generation time in milliseconds, and the
  number of bytes allocated to PHP, time stamp, etc.

* Summary logging logs the average and maximum page generation time, average and
  maximum memory usage, last access time, and number of accesses for each path.

* Summary can be logged to any cache for which a Drupal caching module is
  available that transparently integrates with the drupal cache layer. Some
  examples:
    http://drupal.org/project/apc
    http://drupal.org/project/memcache
    http://drupal.org/project/filecache

* A settings option is available when using summary mode, to exclude
  pages with less than a certain number of accesses. Useful for large sites.

* Support for normal page cache.

Note that detailed logging is only suitable for a site that is in development or
testing. Do NOT enable detailed logging on a live site.

The memory measurement feature of this module depends on the
memory_get_peak_usage() function, available only in PHP 5.2.x or later.

Only summary logging with Memcache, APC or similar mechanisms are the
recommended mode for live sites, with a threshold of 2 or more.

Note on Completeness:
---------------------
Please note that when summary logging to APC or Memcache, the data captured in
the summary will not be comprehensive reflecting every single page view for
every URL.

The reason for this is that there is no atomic locking when updating the data
structures that store per-URL statistics in this module.

This means that the values you get when using these storage caches are only
samples, and would miss some page views, depending on how busy the site is.

For memcache, there is way to implement locking using the $mc->increment and/or
$mc->add as well. However, there is a risk if these are implemented, that there
will be less concurrency and we can cause a site to slow down.

Configuration:
--------------
To configure the Performance Logging and Monitoring module, navigate to
/admin/settings/performance-logging. By default, this module creates a
key for each entry based off of the hostname of the site being accessed. If you
have a site with multiple domains, it is recommended to specify a shared key
between all sites in your settings.php file:

  $conf['performance_key'] = 'example_key';

If you are using memcache, then you need to configure an extra bin for
performance. If you have multiple web server boxes, then it is best to
centralize this bin for all the boxes, so you get combined statistics.

Your settings.php looks like this:

  $conf = array(
    'cache_inc' => './sites/all/modules/memcache/memcache.inc',

    'memcache_servers' => array(
      '127.0.0.1:11211' => 'default',
      // More bins here ....
      '127.0.0.1:11311' => 'performance',
    ),

    'memcache_bins' => array(
      'cache_performance' => 'performance',
    ),
  );

Note that since version 2.x, you can use any Drupal caching module available
that transparently integrates with the drupal cache layer (like the apc or
filecache modules).

Statistics:
-----------
You can view the recorded performance statistics (summary and details) at
/admin/reports/performance-logging


Custom detailed logging implementation
--------------------------------------
As mentioned before, detailed logging is NOT recommended on production environ-
ments. If you, for whatever reason, DO wish detailed logging on production, you
should create a custom detailed logging mechanism that will NOT interfere with
your live site. You can do this by creating your own versions of the following
functions:

  - performance_log_details($params)
    => function that is called to store the performance data
  - performance_view_details()
    => function that is called to view the stored detail log. This function is
       called from hook_menu() and should return content that Drupal can render
      as a page.
  - performance_clear_details()
    => function that is called to delete the entire detail log

Have a look at includes/performance.details.inc for more details about these
functions.

When you have created those functions, add the location of the file containing
your custom implementation to settings.php like so:

  $conf['performance_detail_logging'] = './sites/all/path/to/your/file';

NOTE: there is NO drush support for your custom detail logging implementation!

Drush support
-------------
Drush support has been integrated as well. You can check the summary and detail
logs using the performance-summary (aliased as perf-sm) and performance-detail
(aliased as perf-dt) commands. Some examples:

  Retrieve last 15 entries from the detail log:
    drush performance-detail 15

  Retrieve last 20 summary log entries sorted by the number of queries,
  descending:
    drush performance-summary 20 query_count

  Retrieve last 35 entries from the detail log sorted by size, ascending:
    drush performance-detail 35 bytes asc

Use drush perf-sm --help or drush perf-dt --help to see a full explanation.

Bugs/Features/Patches:
----------------------
If you want to report bugs, feature requests, or submit a patch, please do so at
the project page on the Drupal web site at http://drupal.org/project/performance

Author
------
Khalid Baheyeldin (http://baheyeldin.com/khalid and http://2bits.com)

If you use this module, find it useful, and want to send the author a thank you
note, then use the Feedback/Contact page at the URL above.

The author can also be contacted for paid customizations of this and other
modules.

File

README.txt
View source
  1. By Khalid Baheyeldin
  2. Copyright 2008 http://2bits.com
  3. Description
  4. -----------
  5. This module provides performance statistics logging for a site, such as page
  6. generation times, and memory usage, for each page load.
  7. This module is useful for developers and site administrators alike to identify
  8. pages that are slow to generate or use excessive memory.
  9. Features include:
  10. * Settings to enable detailed logging or summary logging. The module defaults to
  11. no logging at all.
  12. * Detailed logging causes one database row to be written for each page load of
  13. the site. The data includes page generation time in milliseconds, and the
  14. number of bytes allocated to PHP, time stamp, etc.
  15. * Summary logging logs the average and maximum page generation time, average and
  16. maximum memory usage, last access time, and number of accesses for each path.
  17. * Summary can be logged to any cache for which a Drupal caching module is
  18. available that transparently integrates with the drupal cache layer. Some
  19. examples:
  20. http://drupal.org/project/apc
  21. http://drupal.org/project/memcache
  22. http://drupal.org/project/filecache
  23. * A settings option is available when using summary mode, to exclude
  24. pages with less than a certain number of accesses. Useful for large sites.
  25. * Support for normal page cache.
  26. Note that detailed logging is only suitable for a site that is in development or
  27. testing. Do NOT enable detailed logging on a live site.
  28. The memory measurement feature of this module depends on the
  29. memory_get_peak_usage() function, available only in PHP 5.2.x or later.
  30. Only summary logging with Memcache, APC or similar mechanisms are the
  31. recommended mode for live sites, with a threshold of 2 or more.
  32. Note on Completeness:
  33. ---------------------
  34. Please note that when summary logging to APC or Memcache, the data captured in
  35. the summary will not be comprehensive reflecting every single page view for
  36. every URL.
  37. The reason for this is that there is no atomic locking when updating the data
  38. structures that store per-URL statistics in this module.
  39. This means that the values you get when using these storage caches are only
  40. samples, and would miss some page views, depending on how busy the site is.
  41. For memcache, there is way to implement locking using the $mc->increment and/or
  42. $mc->add as well. However, there is a risk if these are implemented, that there
  43. will be less concurrency and we can cause a site to slow down.
  44. Configuration:
  45. --------------
  46. To configure the Performance Logging and Monitoring module, navigate to
  47. /admin/settings/performance-logging. By default, this module creates a
  48. key for each entry based off of the hostname of the site being accessed. If you
  49. have a site with multiple domains, it is recommended to specify a shared key
  50. between all sites in your settings.php file:
  51. $conf['performance_key'] = 'example_key';
  52. If you are using memcache, then you need to configure an extra bin for
  53. performance. If you have multiple web server boxes, then it is best to
  54. centralize this bin for all the boxes, so you get combined statistics.
  55. Your settings.php looks like this:
  56. $conf = array(
  57. 'cache_inc' => './sites/all/modules/memcache/memcache.inc',
  58. 'memcache_servers' => array(
  59. '127.0.0.1:11211' => 'default',
  60. // More bins here ....
  61. '127.0.0.1:11311' => 'performance',
  62. ),
  63. 'memcache_bins' => array(
  64. 'cache_performance' => 'performance',
  65. ),
  66. );
  67. Note that since version 2.x, you can use any Drupal caching module available
  68. that transparently integrates with the drupal cache layer (like the apc or
  69. filecache modules).
  70. Statistics:
  71. -----------
  72. You can view the recorded performance statistics (summary and details) at
  73. /admin/reports/performance-logging
  74. Custom detailed logging implementation
  75. --------------------------------------
  76. As mentioned before, detailed logging is NOT recommended on production environ-
  77. ments. If you, for whatever reason, DO wish detailed logging on production, you
  78. should create a custom detailed logging mechanism that will NOT interfere with
  79. your live site. You can do this by creating your own versions of the following
  80. functions:
  81. - performance_log_details($params)
  82. => function that is called to store the performance data
  83. - performance_view_details()
  84. => function that is called to view the stored detail log. This function is
  85. called from hook_menu() and should return content that Drupal can render
  86. as a page.
  87. - performance_clear_details()
  88. => function that is called to delete the entire detail log
  89. Have a look at includes/performance.details.inc for more details about these
  90. functions.
  91. When you have created those functions, add the location of the file containing
  92. your custom implementation to settings.php like so:
  93. $conf['performance_detail_logging'] = './sites/all/path/to/your/file';
  94. NOTE: there is NO drush support for your custom detail logging implementation!
  95. Drush support
  96. -------------
  97. Drush support has been integrated as well. You can check the summary and detail
  98. logs using the performance-summary (aliased as perf-sm) and performance-detail
  99. (aliased as perf-dt) commands. Some examples:
  100. Retrieve last 15 entries from the detail log:
  101. drush performance-detail 15
  102. Retrieve last 20 summary log entries sorted by the number of queries,
  103. descending:
  104. drush performance-summary 20 query_count
  105. Retrieve last 35 entries from the detail log sorted by size, ascending:
  106. drush performance-detail 35 bytes asc
  107. Use drush perf-sm --help or drush perf-dt --help to see a full explanation.
  108. Bugs/Features/Patches:
  109. ----------------------
  110. If you want to report bugs, feature requests, or submit a patch, please do so at
  111. the project page on the Drupal web site at http://drupal.org/project/performance
  112. Author
  113. ------
  114. Khalid Baheyeldin (http://baheyeldin.com/khalid and http://2bits.com)
  115. If you use this module, find it useful, and want to send the author a thank you
  116. note, then use the Feedback/Contact page at the URL above.
  117. The author can also be contacted for paid customizations of this and other
  118. modules.