Использовалась Visual Studio 2017 года вместо 2022. Не стояла цель переписать многопоточную программу на Borland C++ Builder - многопоточно в этой среде: экспресс-тестирование, т.к. даже печатать уже становится больно.

Успешно были созданы потоки (как в режиме многопоточности, так и в режиме параллельных вычислений) - стали понятны закономерности:

- аналог неработающей WaitFor от билдера - работающая Join: ждать, пока поток закончит работу;

- мьютексы сильно замедляют работу при параллелизме (хоть и работают корректно: lock и unlock). Настолько, что критические секции даже проверять не стали, - они, однозначно, быстрее мьютексов;

- конструкция мьютекса "lock_guard<mutex>" - убивает параллелизм, заставляя выполнять потоки последовательно (просто на разных ядрах);

- остался неясен вопрос, что быстрее в функции потока: блокировка самих данных в цикле - или всего цикла с данными;

- объект потока создаётся, привязываясь к конкретной функции в первом входном параметре, - очень удобно. Есть другие входные параметры: в тестовом проекте разработчик добавил вторым произвольный класс, а третьим - число. И это число - является входным параметром в функции. Такой способ передачи данных в поток был недоступен как в Qt, так и в билдере - чувствуется дополнительное преимущество: меньше обращений к глобальным переменным, создавая их копию для потока (по RAM, наверно, при больших объёмах данных - будут жуткие системные требования).

Загрузка логических процессоров (реальных потоков ЦП) показала:

- родительский поток, когда выполняет Join запущенных дочерних потоков: в Join точно есть какой-то аналог while (true) - ядро в "ожидании завершения" загружено процентов на 56;

- 3 дочерних ядра грузятся на процентов 70 - что является результатом лучшим, чем у билдера. Однако и исходный код другой, и 12 ядер надо было грузить вместо 3;

- какого-то хрена, грузился дополнительно один из логических процессоров - таким же графиком, как и родительский поток.

Надо изучить подробнее и мьютексы и секции, реализовав часть кода из программы билдера. Но - #скоро или #никогда.