The Stopwatch Component

3.4 version

Unmaintained

2.2 2.3 2.4 2.5 2.6 2.7 2.8 3.0 3.1 3.2 3.3 3.4 4.0 4.1 4.2 4.3 5.0

The Stopwatch Component
- Installation
- Usage
- Periods
- Sections

The Stopwatch Component¶

The Stopwatch component provides a way to profile code.

Installation¶

1	$ composer require symfony/stopwatch:^3.4

Note

If you install this component outside of a Symfony application, you must require the vendor/autoload.php file in your code to enable the class autoloading mechanism provided by Composer. Read this article for more details.

Usage¶

The Stopwatch component provides a consistent way to measure execution time of certain parts of code so that you don’t constantly have to parse microtime by yourself. Instead, use the simple Symfony\Component\Stopwatch\Stopwatch class:

use Symfony\Component\Stopwatch\Stopwatch;

$stopwatch = new Stopwatch();

// starts event named 'eventName'
$stopwatch->start('eventName');

// ... run your code here

$event = $stopwatch->stop('eventName');
// you can convert $event into a string for a quick summary
// e.g. (string) $event = '4.50 MiB - 26 ms'

The Symfony\Component\Stopwatch\StopwatchEvent object can be retrieved from the start(), stop(), lap() and getEvent() methods. The latter should be used when you need to retrieve the duration of an event while it is still running.

Tip

By default, the stopwatch truncates any sub-millisecond time measure to 0, so you can’t measure microseconds or nanoseconds. If you need more precision, pass true to the Stopwatch class constructor to enable full precision:

$stopwatch = new Stopwatch(true);

New in version 3.4: Full precision support was introduced in Symfony 3.4.

You can also provide a category name to an event:

$stopwatch->start('eventName', 'categoryName');

You can consider categories as a way of tagging events. For example, the Symfony Profiler tool uses categories to nicely color-code different events.

Tip

When you want to show events in the Symfony profiler, autowire Symfony\Component\Stopwatch\Stopwatch into your service. Each category is shown on a separate line.

Periods¶

As you know from the real world, all stopwatches come with two buttons: one to start and stop the stopwatch, and another to measure the lap time. This is exactly what the lap() method does:

$stopwatch = new Stopwatch();
// starts event named 'foo'
$stopwatch->start('foo');
// ... some code goes here
$stopwatch->lap('foo');
// ... some code goes here
$stopwatch->lap('foo');
// ... some other code goes here
$event = $stopwatch->stop('foo');

Lap information is stored as “periods” within the event. To get lap information call:

$event->getPeriods();

In addition to periods, you can get other useful information from the event object. For example:

$event->getCategory();   // returns the category the event was started in
$event->getOrigin();     // returns the event start time in milliseconds
$event->ensureStopped(); // stops all periods not already stopped
$event->getStartTime();  // returns the start time of the very first period
$event->getEndTime();    // returns the end time of the very last period
$event->getDuration();   // returns the event duration, including all periods
$event->getMemory();     // returns the max memory usage of all periods

Sections¶

Sections are a way to logically split the timeline into groups. You can see how Symfony uses sections to nicely visualize the framework lifecycle in the Symfony Profiler tool. Here is a basic usage example using sections:

$stopwatch = new Stopwatch();

$stopwatch->openSection();
$stopwatch->start('parsing_config_file', 'filesystem_operations');
$stopwatch->stopSection('routing');

$events = $stopwatch->getSectionEvents('routing');

You can reopen a closed section by calling the openSection() method and specifying the id of the section to be reopened:

$stopwatch->openSection('routing');
$stopwatch->start('building_config_tree');
$stopwatch->stopSection('routing');

This work, including the code samples, is licensed under a Creative Commons BY-SA 3.0 license.