dsi-progress-logger 0.8.4

A tunable time-based progress logger to log progress information about long-running activities
Documentation
# DSI Progress Logger

[![downloads](https://img.shields.io/crates/d/dsi-progress-logger)](https://crates.io/crates/dsi-progress-logger)
[![dependents](https://img.shields.io/librariesio/dependents/cargo/dsi-progress-logger)](https://crates.io/crates/dsi-progress-logger/reverse_dependencies)
![GitHub CI](https://github.com/vigna/dsi-progress-logger-rs/actions/workflows/rust.yml/badge.svg)
![license](https://img.shields.io/crates/l/dsi-progress-logger)
[![](https://tokei.rs/b1/github/vigna/dsi-progress-logger-rs?type=Rust,Python)](https://github.com/vigna/dsi-progress-logger-rs)
[![Latest version](https://img.shields.io/crates/v/dsi-progress-logger.svg)](https://crates.io/crates/dsi-progress-logger)
[![Documentation](https://docs.rs/dsi-progress-logger/badge.svg)](https://docs.rs/dsi-progress-logger)

A tunable time-based progress logger to log progress information about long-running
activities.

It is a port of the Java class [`it.unimi.dsi.util.ProgressLogger`] from the
[DSI Utilities], with new features such as concurrent updates. Logging is based
on the standard [`log`] crate at the `info` level.

There is a [`ProgressLog`] trait and a default implementation
[`ProgressLogger`].

## Concurrent Logging

If you need to log progress from multiple threads, you can use a
[`ConcurrentProgressLog`], which is obtained, for example,  by wrapping a
[`ProgressLog`] implementation using a [`ConcurrentWrapper`].

[`ConcurrentProgressLog`] extends [`ProgressLog`], but when you clone a
[`ConcurrentProgressLog`] you obtain a new [`ConcurrentProgressLog`], based on
the same underlying [`ProgressLog`], that can be passed to other threads. As a
result, a [`ConcurrentProgressLog`] can be used with methods like
[`rayon::ParallelIterator::for_each_with`](https://docs.rs/rayon/latest/rayon/iter/trait.ParallelIterator.html#method.for_each_with),
[`rayon::ParallelIterator::map_with`](https://docs.rs/rayon/latest/rayon/iter/trait.ParallelIterator.html#method.map_with),
and so on (but in this case do not use the [`display_memory`] method if another
crate in your compilation unit depends on
[`sysinfo`](https://crates.io/crates/sysinfo)'s (default) `multithread` feature,
as [this can lead to a deadlock](https://github.com/rayon-rs/rayon/issues/592)).
Convenience constructors and macros make concurrent progress logging as easy as
single-threaded logging.

## Optional Logging

This crate supports optional logging by implementing [`ProgressLog`] for
`Option<ProgressLog>::None` as a no-op. As a result, you can pass to functions
an argument `pl` that is a `&mut impl ProgressLog`, with the following behavior:

- if you pass a `&mut ProgressLogger`, the progress logger will be used, without
  any check;
- if you pass a `&mut Option::<ProgressLogger>::None`, no logging will be
  performed, and in fact the logging code should be entirely optimized away by
  the compiler; the macro [`no_logging!`] can be used a convenient way to switch
  off logging;
- if you pass an `&mut Option<ProgressLogger>`, logging will happen depending on
  the variant, and there will be a runtime check for each call.

All of the above applies to [`ConcurrentProgressLog`], too. Moreover, the
[`ProgressLog::concurrent`] method can be used to obtain a
[`ConcurrentProgressLog`] from a [`ProgressLog`]. Thus, in case you need both
sequential and concurrent logging you can pass a `&mut impl ProgressLog` and
then obtain a concurrent logger from it. If the original logger is `None`, the
concurrent logger will be `None`, too, and so on.

There is an [`info`] method that can be used to log information to the logger at
the `info` level. The advantage of using [`info`] is that the logging will be
optional depending on the type of the logger.

## Acknowledgments

This software has been partially supported by project SERICS (PE00000014) under
the NRRP MUR program funded by the EU - NGEU. Views and opinions expressed are
however those of the authors only and do not necessarily reflect those of the
European Union or the Italian MUR. Neither the European Union nor the Italian
MUR can be held responsible for them.

[`ProgressLog`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/trait.ProgressLog.html>
[`ProgressLogger`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/struct.ProgressLogger.html>
[`ConcurrentProgressLog`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/trait.ConcurrentProgressLog.html>
[`ConcurrentWrapper`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/struct.ConcurrentWrapper.html>
[`info`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/trait.ProgressLog.html#tymethod.info>
[`display_memory`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/trait.ProgressLog.html#tymethod.display_memory>
[`ProgressLog::concurrent`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/trait.ProgressLog.html#tymethod.concurrent>
[`it.unimi.dsi.util.ProgressLogger`]: <https://dsiutils.di.unimi.it/docs/it/unimi/dsi/logging/ProgressLogger.html>
[DSI Utilities]: <https://dsiutils.di.unimi.it/>
[`log`]: <https://docs.rs/log>
[`no_logging!`]: <https://docs.rs/dsi-progress-logger/latest/dsi_progress_logger/macro.no_logging.html>