http://en.cppreference.com/w/cpp/thread

google «c++ threads»

https://www.amazon.com/C-Concurrency-Action-Practical-Multithreading/dp/19339...

Зашел тоже самое написать, а тут уже вот. Годная книга.

говна не советую

Зашел тоже самое написать, а тут уже вот. Годная книга.

Зашёл узнать о годной книге, а тут уже вот, два раза.

Будет познавательно:
Мне всегда казалось, что несколько потоков должны грузить все ядра процессора...
std::async deprecated (на самом деле нет)

Хоар «Взаимодействующие последовательные процессы»

Как раз этим щас занимаюсь.. в дополнение к книге очень полезно посмотреть вот это: https://channel9.msdn.com/Shows/Going Deep/C-and-Beyond-2012-Herb-Sutter-Conc...

Параллельное программирование на С++ в действии, Энтони Уильямс. Годная книга

man pthread_create

Зачем, если в современном C++ (11 и выше) есть std::thread?

чтобы не отрываться от реальности. стандартная библиотека не учитывает всех особенностей систем, как правило. сигналы, мьютексы, локи. в pthreads много чего интересного и полезного. и если не нужна явная кроссплатформенность, то зачем себя ограничивать?

Мьютексы и локи в стандартной библиотеке есть, каждый в нескольких формах. что-то вроде сигналов тоже.

Про разработку чисто под линукс автором поста ничего не сказано, так что какой смысл его привязывать к столь частному решению, если язык предоставляет более общий вариант? Когда начнёт писать что-то для чего стандартной библиотеки не хватает, уже будет смотреть в сторону Posix Threads или что там в его системе есть.

Затем что мы уж как нибудь без std::thread по человечески контролируя стек и тд

strada nuova

Затем что

как нибудь

по человечески

Обколются своим pthreads и рассказывают кулстори про человеческое что-нибудь, не умея даже в запятые и дефисы (т.е. не понимая даже, что такое «по-человечески» - а туда же, поучать за стек). Про -ться, -тся лучше расскажи, как ты их контролируешь, мамкин контролер.

говорят, асинхронная модель круче