Понял, спасибо.

А есть хороший overview / guide, что крутого в этой библиотеке и как она упрощает жизнь, или что с ней можно сделать интересного?
Смотрю оф. доку, она ужасна, по-моему

а можно просто в этот чатик отписаться), как оказалось

А он только с icc работает, или с любым компилятором?

С любым

По крайней мере я даже кросскомпилил код  под андроид, который юзает TBB

GCC, Clang, MSVC и ICC точно поддерживает

Я так помню Embracadero прикопал свой компилер)) Так что его можно в рассчет не брать наверное. Если конечно не путаю в пользу шланга

Основные фичи:
1. Параллельные алгоритмы
2. Конкурентные контейнеры
3. Тред пул
4. Flow graph

Есть две версии TBB:
1. Старая, которая так и называется — TBB. Вот дока по нему: https://www.threadingbuildingblocks.org/docs/help/index.htm
2. Новая — oneTBB, которая является частью инициативы oneAPI
Основные отличия:
а) Минимальный поддерживаемый стандарт — С++11. Как следствие — меньше костылей из-за старых стандартов.
б) Новые фичи скорее всего будут добавляться только туда
Дока: https://spec.oneapi.com/versions/latest/elements/oneTBB/source/nested-index.html
Минус — она пока что в бете, но ожидается стабильный релиз к концу года, вроде

хм, даже какие-то хедеры и лоадер есть. А в CMake добавлена поддержка?

Реальный usecase TBB чисто CPU bound так? Т.е вычисления не оскверненные никаким IO

Ну про арч я не знаю
Сборка oneTBB на CMake вместо Make
Вот ещё один плюс в копилку oneTBB

Ну вот вроде в World of tanks что-то считают с помощью flow graph'a — на клиенте
Где-то в презентации Wargaming видел

ну как он собирается, прежде чем попадает в пакет — это не так интересно, а вот файлики на замену /usr/lib64/cmake/TBBConfig{,Version}.cmake точно не помешают

Спасибо за инфу, была полезна)

Ну это не oneTBB, а level zero
Для чего он нужен я так и не понял

Не за что, надеюсь не соврал)

Добрый вечер. Упрощенно имеется следующий код:

void send(const Type & type, Message && msg)
{
    send_impl(type, std::move(msg));
}
void send_impl(const Type & type, Message && msg)
{
    //...
}

После msg идет еще 1-3 параметра в зависимости от перегрузки.

Возникла необходимость помимо type (std::string) передавать также tags (std::set) и meta (std::map<string, string>), при этом хотелось бы не портить текущий интерфейс и также отдавать все одним аргументом.
Из этого родилось следующее:
https://codeshare.io/2pdJz9

Вопросы вот какие:
1. Можно ли как-то более явно показать, какие параметры ожидаются в тупле, вроде std::tuple<Type &, Tags &, Meta &> с сохранением преимуществ forward_as_tuple?
2. Можно ли как-то передать эту туплю в send_impl без темлейтов и распаковки, если send_impl лежит в .cpp файлике
3. Может я вообще не туда воюю и есть другой более адекватный подход?

П.С. Сделать еще несколько перегрузок, которые принимают теги и мету я как бы и могу, но хочется дать возможность отдавать только тип/только теги/только мету/мету и теги
С учетом того, что в методе send кроме приведенных в примере параметров есть еще, а также уже есть несколько перегрузок, мне кажется такой подход только раздует код и на местах вызова это будет кошмар.
П.П.С. Делать структурку и класть в нее перед передачей не хочется, ибо копии довольно дорогие и это хайлоад.