Процесс замерзает при работе интерфейса

[Old]

Гурман, посмотрите на QThreadPool, он вам больше подайдет.

[Гурман]

Гурман, посмотрите на QThreadPool, он вам больше подайдет.

спс, но есть сомнения, что это поможет - проблема в реализации QThread, а QThreadPool скорее всего опирается на QThread

да и приложение перепахивать уже не с руки

[vulko]

Проблема с разными нитями запускаемыми одним и тем же QThread.

а?! ... а?! что?! где?! ... это взрыв мозга)))

Поскольку после запуска, завершения и снова запуска нити разные

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

поток с мутексом без мутекса существовать не может

очередной взрыв мозга)))

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

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

мне понятно только то, что твой интеллект почему то не позволяет иметь мьютекс, но не лочить его, если не нужно...

[Old]

спс, но есть сомнения, что это поможет - проблема в реализации QThread, а QThreadPool скорее всего опирается на QThread

Ну это не проблема QThread, он делает все согласно документации: при вызове start создаёт новый поток, в котором выполняет метод run. При завершении метода run завершается и поток.
Каждый вызов start будет порождать новый поток.
Пул же сразу запускает несколько потоков, которые ждут работу QRunnable и как только она появляется выполняют её. После выполнения работы потоки не завершаются, а ждут новую работу.

[Гурман]

спс, но есть сомнения, что это поможет - проблема в реализации QThread, а QThreadPool скорее всего опирается на QThread

Ну это не проблема QThread, он делает все согласно документации: при вызове start создаёт новый поток, в котором выполняет метод run. При завершении метода run завершается и поток.
Каждый вызов start будет порождать новый поток.
Пул же сразу запускает несколько потоков, которые ждут работу QRunnable и как только она появляется выполняют её. После выполнения работы потоки не завершаются, а ждут новую работу.

Фишка в том, что не известно заранее, сколько потоков надо порождать. То есть, не известно, сколько плагинов их потребуют. Хотя, может быть, в этом есть рациональное зерно. Но придется тогда расширить функциональность плагинов, они должны сообщать, что будут использовать потоки.

[Bepec]

Гурман у вас проблема - не разлоченный мутекс была.
Эта проблема в плохом коде.

Вашу логику вы пояснить не можете. Какая там архитектура хитрая. Почему вам бы тупо не создавать  классы и пихать их тупо в qthread?

[Гурман]

Гурман у вас проблема - не разлоченный мутекс была.
Эта проблема в плохом коде.

Вашу логику вы пояснить не можете. Какая там архитектура хитрая. Почему вам бы тупо не создавать  классы и пихать их тупо в qthread?

Я уже пояснил логику. Тупо пихать - не годится. Не известно заранее, что пихать. Приложение всё состоит из плагинов. Их количество и состав могут быть каждый раз разными.

Мутекс сейчас разлочен, всё пока вроде работает как надо. Проблема была в том, что в документации QThread не указано, что каждый последовательный запуск создает новую нить, с новым ID, а не использует предыдущую. Если бы это было указано, я бы изначально иначе построил приложение.

[Old]

Если бы это было указано, я бы изначально иначе построил приложение.

Как же не указано?
В описании метода start говорится, что будет запущена новая нить и в ней выполниться run. В описании метода run говорится, что когда он завершится - нить разрушиться.

[Old]

они должны сообщать, что будут использовать потоки.

И ещё не очень понятно, для чего такое разделение?
Нужна плагину одна или несколько ниток, ну пусть он их и запускает.

[Bepec]

Даже есть не так, то тупо создаёте 4 потока по умолчанию и в них пихаете классы плагинов. Нужно больше - создаёте больше. Нужно удалить плагин - даёте сигнал на удаление КЛАССУ, класс уничтожается, а поток остаётся.

[Old]

даёте сигнал на удаление КЛАССУ, класс уничтожается, а поток остаётся.

Верес, скажите, вы видите разницу между классами и объектами?

[Bepec]

Знаю и вижу. И я имею в виду именно то, о чем пишу

А вы видите разницу между объектом и объектом класса?

[Old]

Знаю и вижу.

А почему путаете их почти в каждой теме?

И я имею в виду именно то, о чем пишу

Это как раз не вызывает сомнений.

...даёте сигнал на удаление КЛАССУ, класс уничтожается...

[Bepec]

Да именно так ) ибо объектов класса может быть неизвестное количество, согласно количеству плагинов.
Потому я и написал классу, хотя можно перефразировать и написать - отдать сигнал об уничтожении всем имеющимся объектам класса

[Гурман]

Если бы это было указано, я бы изначально иначе построил приложение.

Как же не указано?
В описании метода start говорится, что будет запущена новая нить и в ней выполниться run. В описании метода run говорится, что когда он завершится - нить разрушиться.

Нифига!

Begins execution of the thread by calling run(), which should be reimplemented in a QThread subclass to contain your code. The operating system will schedule the thread according to the priority parameter. If the thread is already running, this function does nothing.

The effect of the priority parameter is dependent on the operating system's scheduling policy. In particular, the priority will be ignored on systems that do not support thread priorities (such as on Linux, see http://linux.die.net/man/2/sched_setscheduler for more details).

See also run() and terminate().

Look up this member in the source code.

Begins execution == начинает выполнение, это подразумевает, что нить создана.

The starting point for the thread. After calling start(), the newly created thread calls this function. The default implementation simply calls exec().

You can reimplemented this function to do other useful work. Returning from this method will end the execution of the thread.

See also start() and wait().

Look up this member in the source code.

Ни слова про разрушение нити.