сколько потоков следует использовать

[qate]

еще одна особенность моего случая то, что устройства имеют небольшие отличия в обмене
т.о. в случаи с потоками решается созданием другого класса (наследованием от базового обмена) и запуск его в потоке, а в случаи с очередью придется учесть и это, что усложнит ее

[TheAthlete]

Думаю можно еще посмотреть в сторону libev: https://github.com/sjinks/qt_eventdispatcher_libev

[Old]

линейный процесс на каждое устройство в функцию и в поток ? так это и будет 100 потоков )

Почему?
Вы запустили 10 рабочих потоков, которые по очереди берут выполняют нужные функции, которые описывают линейный процесс.
Рабочий поток освободился - пошел проверять очередное устройство.
Посмотрите на QRunnable + QThreadPool

[qate]

Думаю можно еще посмотреть в сторону libev: https://github.com/sjinks/qt_eventdispatcher_libev

не знаком, что это и зачем ?

[qate]

Вы запустили 10 рабочих потоков, которые по очереди берут выполняют нужные функции, которые описывают линейный процесс.
Рабочий поток освободился - пошел проверять очередное устройство.
Посмотрите на QRunnable + QThreadPool

нужно запускать например 30 устройств сразу, не дожидаясь пока 10 первых отработают

QRunnable не имеет eventloop - нужны события ("наверх" о процессе запуска в gui) и внутрь (прерывание, сброс принудительно)

[Old]

нужно запускать например 30 устройств сразу, не дожидаясь пока 10 первых отработают

Ну сделайте 30 рабочих потоков.
Вы же понимаете, что реально 100 потоков не выполняются одновременно. Пока свой квант времени отрабатывает один поток (на одном ядре), все остальные ждут.

[__Heaven__]

А вы не думали, быть может ваша задача вообще на одном потоке решается? Попробовать сделать замер....
Мне, вообще, видится, что нужно иметь по потоку на ядро и очередь запросов.

[qate]

Ну сделайте 30 рабочих потоков.
Вы же понимаете, что реально 100 потоков не выполняются одновременно. Пока свой квант времени отрабатывает один поток (на одном ядре), все остальные ждут.

так и делаю 500 обычных (в том смысле что пул потоков мне тут не поможет)

[Old]

так и делаю 500 обычных (в том смысле что пул потоков мне тут не поможет)

Хозяин-барин.
Чем больше рабочих потоков - тем больше процессорного времени улетает впустую на переключения контекста. Не говоря уже о бесполезном расходовании адресного пространства на стеки этих потоков.
А выгоды никакой они не приносят.

[qate]

А вы не думали, быть может ваша задача вообще на одном потоке решается? Попробовать сделать замер....
Мне, вообще, видится, что нужно иметь по потоку на ядро и очередь запросов.

решается, конечно, но нужна очередь "умная", а писать ее сложнее чем с потоками
вопрос был именно в живучести данного очень моногопоточного решения

итого я решил пробовать многопоточку, посмотрим как будет жить

[qate]

А выгоды никакой они не приносят.

мне как разработчику - приносят )

[Bepec]

Я работу 10 потоков разных могу понять только с ручкой и бумажкой, и то приблизительно.
А вы на 100 замахнулись.

PS ну пусть человек порадуется Главное чтоб потом выложил результаты своих трудов - хотя б описание ощущений от отладки этой системы

[qate]

Я работу 10 потоков разных могу понять только с ручкой и бумажкой, и то приблизительно.
А вы на 100 замахнулись.

PS ну пусть человек порадуется Главное чтоб потом выложил результаты своих трудов - хотя б описание ощущений от отладки этой системы

что 2 что 100 - нет разницы, ведь они одинаковы в поведении
отладка также одинакова - лог действий

[Bepec]

А вы попробуйте, а потом уже скажите

[Akon]

Один рабочий поток (на все ядра) и обмен асинхронный.