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

[Пантер]

Полезные советы:

• Не используйте потоки
• Если программа виснет, не используйте потоки, пока не попробуете другие методы
• Если в вашей программе есть аналоги *sleep или всякие блокирующие waitFor*, у вас скорее всего неправильная архитектура
• Работайте сокетами ассинхронно через сигналы/слоты (readyRead)
• Если у вас есть есть "тяжелые" вычисления, посмотрите в сторону QtConcurrent
• Не наследуйтесь от QThread. Лучше наследоваться от QObject и делать moveToThread, в этом случае вы можете один класс использовать как в отдельном потоке, так и в основном без изменения кода. Плюс, можете использовать пулл потоков
• Попробуйте использовать QRunnable

[__Heaven__]

Как насчёт OpenMP директив?

[Пантер]

Как насчёт OpenMP директив?

Подробнее? Это заготовка, которую будем дополнять.

[__Heaven__]

Если имеется некий долгий цикл пробега по вектору вида

Код

C++ (Qt)
for (int i = 0; i < n; ++i)

То можно перед ним написать

Код

C++ (Qt)
#pragma omp parallel for

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

[m_ax]

Я бы ещё создал тему "Вредные советы по программированию для новичков"  в какой-нибудь сатирической форме Типа:
1) Запомните раз и навсегда - букварь - Зло! Зло с большой буквы! Не засоряйте свой чердак всяким хламом, чердак не резиновый: Помните, Букварь убивает творческое мышление!
2) Никогда, никогда не используйте готовые решения - всегда изобретайте своё. Скорее всего Ваше решение получится более удобным, правильным и расширяемым и главное, понятным, для всех! К тому же это развивает творческое мышление, а Вы Творец (все умрут, а я грейпфрут!).
3) ...

Ну и т.д. 

[Пантер]

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

[__Heaven__]

А что это за асинхронная работа с файлом? Я привык открыть файл через поток и прочитать его. О чём речь?

[Пантер]

А что это за асинхронная работа с файлом? Я привык открыть файл через поток и прочитать его. О чём речь?

Сорри, убрал про файлы. Имелось ввиду все, что наследуется от QIODevice.

[kuzulis]

Сорри, убрал про файлы. Имелось ввиду все, что наследуется от QIODevice.

Гы, а файлы (QFile) то наследуются. Но QFile ну никак не асинхронное.
А как же использовать QSql без потоков то? И вроде нету sleep и waitFor... но но все-равно тормозит. 

[Пантер]

Сорри, убрал про файлы. Имелось ввиду все, что наследуется от QIODevice.

Гы, а файлы то наследуются. Но QFile ну никак не асинхронное.

Как сказать, waitForBytesWritten у него как реализовано?

[kuzulis]

Там оно (QFile) и без waitFor... тормозит. 

[Igors]

1) Запомните раз и навсегда - букварь - Зло! Зло с большой буквы! Не засоряйте свой чердак всяким хламом, чердак не резиновый: Помните, Букварь убивает творческое мышление!

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

2) Никогда, никогда не используйте готовые решения - всегда изобретайте своё. Скорее всего Ваше решение получится более удобным, правильным и расширяемым и главное, понятным, для всех! К тому же это развивает творческое мышление, а Вы Творец (все умрут, а я грейпфрут!).

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

По поводу "многопоточности"- есть очень разные уровни ее понимания. Я бы добавил примерно такие советы

- использование относительно низкоуровневых примитивов синхронизации (напр QWaitCondition, QSemaphore) не запрещено, но содержит немало ловушек/подвохов на, казалось бы, пустом месте. Напр wakeAll/One оказывается далеко не всегда "кого-то будит".  Поэтому всегда сначала задумайтесь о более простом способе: run нитки и общение с ней с помощью слот/сигнал.

- первое что попадает под удар в параллельном коде - глобальные переменные. Вообще просто так нельзя читать/писать переменные используемые 2-мя и более нитками (хотя есть исключения).

- засисяться мутексами конечно надо, но не суйте их везде. Так Вы засорите код и быстро устанете. Заодно поинтересуйтесь что такое атомарный (unfair) мутекс

- не воспринимайте рекомендацию "вынести в поток" как лучший/единственный способ, нередко это не так. Вообще не связывайтесь с "разпоточиванием" просто так

Welcome to MP nightmare!

[sergek]

Полезные советы:

забыли добавить - аминь!

[kuzulis]

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

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

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

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

[Old]

Напр wakeAll/One оказывается далеко не всегда "кого-то будит".

Да ладно. Всегда будит.