Новичкам про потоки

[Пантер]

Лучше наследоваться от QObject и делать moveToThread

Поэтому всегда сначала задумайтесь о более простом способе: run нитки и общение с ней с помощью слот/сигнал.

Не лучше, т.к. оно (использование сигнал/слотов с moveToThread) "забивает" очередь сообщений (когда "приемник , находящийся в потоке" обрабатывает данные медленнее чем они ему передаются), в отличии от "прямого наследования от QThread".

Везде есть свои нюансы.

Некорректный пример. В этом случае в поток мувать надо приемник.

[kuzulis]

В этом случае в поток мувать надо приемник.

Дык я про приемник в потоке и говорю.

[Bepec]

Очередная тема - надо делать правильно вот так... Ну, правда можно и вот так... А ещё вот эдак... А вот тут не обойтись без этого... Ну в общем как то так делайте, но точно я вам не скажу

[m_ax]

m_ax, ты дерзай, а я прикремплю.

Боюсь, запинают  

Да и программированием я особо то и не занимаюсь, так уж, чисто балуюсь)  

В прошлый раз Вы говорили лучше: "букварь - пойло для лохов"   

Старею, да)

Тоже очень полезный совет (пусть и доведенный до абсурда).

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

[Old]

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

А что-бы проанализировать другие решения нужно будет разобраться с какими нибудь итераторами? Не-не-не.

[m_ax]

А что-бы проанализировать другие решения нужно будет разобраться с какими нибудь итераторами? Не-не-не.  

Да-да, вот третьим пунктом как раз про итераторы и stl хотел написать, но остановился..  
Это как раз другая крайность - инертность к иным (отличным) технологиям и подходам, что сегодня есть здесь и сейчас.. Та противодействующая сила эволюции, что поддерживает видит либо чёрное, либо белое..

[Igors]

Да и программированием я особо то и не занимаюсь, так уж, чисто балуюсь)  

Я вижу

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

Все правильно, только есть "цена вопроса". Если я и так это легко напишу - зачем мне изучать какие-то технологии? Если вещь нужна "в году раз" - чего из-за нее бегать с какими-то бустовскими фишками? Это напрасная трата времени и памяти.

Да-да, вот третьим пунктом как раз про итераторы и stl хотел написать, но остановился.. 
Это как раз другая крайность - инертность к иным (отличным) технологиям и подходам, что сегодня есть здесь и сейчас.. Та противодействующая сила эволюции, что поддерживает видит либо чёрное, либо белое..

Тут я что-то вообще не понял про "другую крайность". Но тоже пофилософствую. Вот есть напр эта Задача. Гуглению (анализу готовых решений) была посвящена не одна неделя. Тут уже не до великов, готов изучить хоть 10 дустов если поможет - но увы Вы обладаете по меньшей мере в 10 раз бОльшими знаниями чем я - но Вам эта Задача совершенно неинтересна. Заниматься серьезными делами Вы не хотите, потому что чердак забит всяким хламом. Все эти "итераторы" да "технологии" хороши когда решение-то уже известно, и вопрос только в том как его лучше тиражировать. Но это не всегда так.

Кстати, дешевое решение там есть, правда плохого качества

[Old]

Вы обладаете по меньшей мере в 10 раз бОльшими знаниями чем я - но Вам эта Задача совершенно неинтересна.

У вас претензии к m_ax, что он не решает ваши задачи? Требуйте его забанить, нам такие на форуме не нужны.

[Пантер]

Пиплы, давайте в этой теме не оффтопить.

[__Heaven__]

Код

C++ (Qt)
Попробуйте использовать QRunnable

А как это работает? Не совсем понятно, чем лучше создания потока.

[Пантер]

Код

C++ (Qt)
Попробуйте использовать QRunnable

А как это работает? Не совсем понятно, чем лучше создания потока.

ты создаешь потомка от QRunnable и засовываешь в пулл. Если у тебя куча мелких задачек, то это хороший вариант.

[Old]

А как это работает? Не совсем понятно, чем лучше создания потока.

Это средний  уровень, между QThread и QtConcurrent.
Вы описываете "работу" в классах-наследниках от QRunnable, а потом можете их выполнять в рабочих потоках Кютешного пула потоков QThreadPool.

[__Heaven__]

Получается, если у меня есть класс Solver, то я просто написав run() засовываю его в поток?
Это просто является одним из способов параллелизма, так? Преимущества только в записи?

[Old]

Нам не нужно писать свой пул потоков, достаточно описать сами работы.

[__Heaven__]

Спасибо. С пулами не работал. Надо попробовать.