File: D:/HostingSpaces/SBogers10/eleo.komma.nl/vendor/phpbench/phpbench/docs/storage.rst
Storage
=======
PHPBench allows benchmarking results to be persisted using a configured
storage driver. You can inspect the results with either the ``show`` or
``report`` commands.
XML Storage Driver
------------------
PHPBench will use XML storage by default (other storage drivers can be added
through extensions).
The XML storage driver will place benchmarks in a folder called ``.phpbench``
by default, this can be changed in the configuration as follows:
.. code-block:: javascript
{
"xml_storage_path": "path/to/my/folder"
}
Storing Results
---------------
In order to store benchmarking runs you simply need to give ``--store`` option
when running your benchmarks:
.. code-block:: bash
$ phpbench run --store
You can :ref:`tag <storage_tags>` _and_ store runs with the ``--tag`` option to make them easier to
reference:
.. code-block:: bash
$ phpbench run --tag=my_tag_name
Tags must be alpha-numeric and may also contain underscores.
Viewing the History
-------------------
Once you have stored some benchmark runs you can use the history command to
see what you have got:
.. code-block:: bash
$ phpbench log
run 875c827946204db23eadd4b10e76b7189e10dde2
Date: 2016-03-19T09:46:52+01:00
Branch: git_log
Tag: <none>
Scale: 1 subjects, 60 iterations, 120 revolutions
Summary: (best [mean] worst) = 433.467 [988.067] 504.600 (μs)
⅀T: 59,284.000μs μRSD/r: 9.911%
run 9d38a760e6ebec0a466c80f148264a7a4bb7a203
Date: 2016-03-19T09:46:39+01:00
Branch: git_log
Tag: <none>
Scale: 1 subjects, 30 iterations, 30 revolutions
Summary: (best [mean] worst) = 461.800 [935.720] 503.300 (μs)
⅀T: 28,071.600μs μRSD/r: 4.582%
...
Report Generation
-----------------
You can report on a single given run ID using the ``show`` command:
.. code-block:: bash
$ phpbench show 9d38a760e6ebec0a466c80f148264a7a4bb7a203
You may also specify a different report with the ``--report`` option. In order
to compare two or more reports, you should use the ``report`` command as
detailed in the following section.
Pseudo UUIDs
------------
UUIDs are difficult to work with. Phpbench allows you to use a number of
"pseudo" uuids.
``latest``
~~~~~~~~~~
It is possible to specify "meta" UUIDs, such as ``latest``:
.. code-block:: bash
$ phpbench show latest
And also you may use the ``-<n>`` suffix to view the "nth" entry in
the history from the latest:
.. code-block:: bash
$ phpbench show latest-1
Would show the second latest entry. Meta UUIDs can be used anywhere where you
would normally specify a UUID, including queries.
.. _storage_tags:
``tag:``
~~~~~~~~
Allows you to reference a tagged run. If you store a suite:
.. code-block:: bash
$ phpbench run --tag=my_tag
Then you can reference it with ``tag:my_tag``
.. code-block:: bash
$ phpbench show tag:my_tag
Or report on it:
.. code-block:: bash
$ phpbench report --uuid=tag:my_tag --report=aggregate
.. _archive:
Archiving
---------
Archiving provides a way to export and reimport data from and to the
configured storage. This allows you to:
- Backup your results (for example to a GIT repository).
- Migrate to other storage drivers.
By default PHPBench is configured to use an ``XML`` archiver, which will dump
results to a directory in the current working directory, ``_archive``.
To archive::
$ phpbench archive
To restore::
$ phpbench archive --restore
Both operations are idempotent - they will skip any existing records.
You may configure a different archiver in the configuration:
.. code-block:: javascript
{
"archiver": "xml"
}