Передача данных между QThread без сигнал-слотов. Безопасно ли так делать?

[IGHOR]

Как говорил один человек - если в программе больше 20 потоков - это плохая программа

Да это правда, но в проге есть число потоков только в двое больше чем количество ядер.
И данные будут передаваться от объекта к объекту которые принадлижат разным тредам.
Суть дела не меняется.

[Bepec]

 

Непонятна твоя задача
Без сигнал слотов хотел бы сделать - я б понял, они медленные. Но ты их используешь.

С сигнал слотами сделал бы - я б понял, ибо сигнал слотовое заточено на межпотоковое соединение. Но ты зачем то отказываешься от них.

Функции, вызываемые с потоком должны быть потокобезопасными - с использованием мутексов и семафоров. Этого у вас пока нет.

PS я пока вашу архитектуру не представляю. Не умещается в моей голове, скажем так - извращённое использование/неисползование сигнал-слотов

[Igors]

Ладно уж, пофлудим (в меру)

Функции, вызываемые с потоком должны быть потокобезопасными - с использованием мутексов и семафоров. Этого у вас пока нет.

PS я пока вашу архитектуру не представляю. Не умещается в моей голове, скажем так - извращённое использование/неисползование сигнал-слотов

Не устаю удивляться насколько точен расчет Qt! Предоставляемые ими средства multi-thrеadng, мягко говоря, "весьма затратны", а по-простому - слабы. Но зато как удобно пулять сигналами из нитки в нитку. И вот уже (робкий) малюсенький шажок в сторону квалифицируется как несомненное извращение   Хотя человек и не думал покушаться на святую корову - сигналы!

Ну и вообще-то чем меньше мутексов - тем лучше, в этом и состоит искусство multi-theadng

[Bepec]

Igors опять разведём баталию?

Тут человек использует Оо вызов функции, которая в свою очередь вызывает сигнал Оо.

Я тут не вижу явных преимуществ перед просто сигналом

[IGHOR]

Я тут не вижу явных преимуществ перед просто сигналом

Представьте что у вас есть 10000 объектов разбросанных в разных тредах.
Вам надо передать данные из одного то в другой само собой методом сигнал слота чтобы не тормозить треды.

Как вы бы это реализовали?

• Зарание соеденить всевозможные пары этих объектов?
• Делать connect и disconnect пар объектов при обращениях?
• Или тем методом которым я сделал (хотя вы его не поняли..)?

[mutineer]

Предлагать среди вариантов метод, который непонятен отвечающему - это пять:)

[IGHOR]

Предлагать среди вариантов метод, который непонятен отвечающему - это пять:)

Вопрос скорее к всем.
Но отвечающий пусть тоже свою версию оптимальной реализации скажет

[Igors]

Представьте что у вас есть 10000 объектов разбросанных в разных тредах.
Вам надо передать данные из одного то в другой само собой методом сигнал слота чтобы не тормозить треды.

Как вы бы это реализовали?

Напр так

Код

C++ (Qt)
ThreadA::ThreadA(ThreadB *thB) : QThread()
{
//	threadB=thB;
        connect(this, SIGNAL(MySignal), thB, SLOT(MySlot));
	moveToThread(this);
	start(); 
}

Другое дело что обмен через очередь далеко не всегда лучшее решение. Если операции секунда и больше - все отлично, Но частенько бывает что время операции намного меньше постановки в очередь + извлечения из нее. Тогда тормоза и бестолковое сжигание процессорного времени.

Вот с этой точки зрения Ваша схемка имеет смысл. Можно свести к обычной очереди (как сейчас), можно обработать в вызывающей нитке, можно комбинировать так и сяк. При этом решения можно сосредоточить в классе ThreadB

[Bepec]

Самое простое решение - поток менеджер, имеющий указатели на все потоки, принимающий сигнал с 2 параметрами - номер потока куда передать и данные. Всё.

Так же вообще можно без сигналов - опять же поток менеджер с thread-safe функцией добавления/передаич данных из своей очереди

[IGHOR]

Самое простое решение - поток менеджер, имеющий указатели на все потоки, принимающий сигнал с 2 параметрами - номер потока куда передать и данные. Всё.

Да у меня в основном потоке есть указатели на все потоки.
Если соединять Тред=>Главный сигнал слотом то данные передадутся.
Но надо их еще обратно передавать в другой тред и чтобы обойтись без мютексов придется еще делать соединение Главный=>Тред чтобы послать данные в другой тред.
В итоге будет соединений в двое больше чем тредов.

В моем методе есть только одно соединение внутри треда, и одно внутри главного потока.
Выходит если по моему тогда получится соединений столько же сколько тредов + еще одно в главном потоке.
Получается что так делать оптимизированнее.

[Bepec]

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

[Igors]

В моем методе есть только одно соединение внутри треда, и одно внутри главного потока.
Выходит если по моему тогда получится соединений столько же сколько тредов + еще одно в главном потоке.
Получается что так делать оптимизированнее.

Ну это вряд ли. Число вызовов слотов одно и то же, и скорость одна и та же. Меньше число установленных коннектов, но непонятно чего Вы так боитесь - ну создали нужный коннект хоть в конструкторе - и все.

[IGHOR]

Боялся что могут быть глюки. Но все работает.
В общем зациклился на оптимизации
Думаю действительно нет разницы.
Всем спасибо за общение
Иду программировать дальше..