MCH: improvements to the pedestal calibrator

[aferrero2707]

The pedestal processing code is modified to run in multi-threaded mode, to improve the processing speed on the calibrator node. The periodic logging of pedestals statistics is also improved, to better monitor and debug the pedestals data taking.

The multi-threading is needed because the calibrator currently runs at 100% CPU, and we think this is increasing unnecessarily the duration of the calibration runs and limiting the statistics that can be collected in a reasonable time.

[github-actions]

REQUEST FOR PRODUCTION RELEASES:
To request your PR to be included in production software, please add the corresponding labels called "async-" to your PR. Add the labels directly (if you have the permissions) or add a comment of the form (note that labels are separated by a ",")

+async-label <label1>, <label2>, !<label3> ...

This will add <label1> and <label2> and removes <label3>.

The following labels are available
async-2023-pbpb-apass4
async-2023-pp-apass4
async-2024-pp-apass1
async-2022-pp-apass7
async-2024-pp-cpass0
async-2024-PbPb-apass1
async-2024-ppRef-apass1
async-2024-PbPb-apass2
async-2023-PbPb-apass5

[alibuild]

Error while checking build/O2/fullCI_slc9 for 399a65e at 2025-08-09 13:17:

++ cp /sw/slc9_x86-64/O2/14564-slc9_x86-64-local1/compile_commands.json .
+++ python3 -c 'import json, os; print(os.path.commonpath([x["file"] for x in json.loads(open("compile_commands.json").read()) if "sw/BUILD" not in x["file"] and "G__" not in x["file"] and x["file"].endswith(".cxx")]))'
++ O2_SRC=/sw/SOURCES/O2/14564-slc9_x86-64/0
++ [[ -e /sw/SOURCES/O2/14564-slc9_x86-64/0/CMakeLists.txt ]]

Full log here.

[aferrero2707]

@shahor02 @ehellbar could you please review this PR, and possibly include it in the next SW release for P2? The changes are expected to improve the speed and reliability of the MCH calibrations. Thanks!

It also requires AliceO2Group/O2DPG#2089 for some related changes in the options.

[shahor02]

looks fine, though you could probably avoid being blocked by mutexes by collecting the result of different threads to dedicated containers then merging them.
Anyway, this can be done later if needed.