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

[Old]

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

Да проще сразу QtConcurrent использовать. Он базируется на пуле и более высокого уровня.

[__Heaven__]

С этим зверем знаком)))

Хотел бы ещё обсудить такую вещь. При использовании потоков как антифриз для морды, каким образом лучше реализовывать отображение прогресса?
Сейчас я использую примерно следующее: передаю указатель на структуру, где хранится наименование операции, текущий процент выполнения. Диалог прогресса с частотой 100 мс опрашивает эту структуру, а решатель ведёт в неё запись. Интуитивно чувствую, что не самый лучший вариант. Есть предложения?

[Пантер]

Я сигналом реализовывал.

[__Heaven__]

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

[Пантер]

Какое ветвление?

[__Heaven__]

Код

C++ (Qt)
if (current / total != progressValue){
    emit ...
}

[Пантер]

Да это ерунда вычислить. А код можно обобщить в классе

Код

C++ (Qt)
class Progress
{
public:
  Progress (quint64 total);
  void setValue (quint64 value);
 
signals:
  void progress (int);
};
 

[__Heaven__]

А сам прогресс где создаёшь при этом и как с ним взаимодействуют морда и солвер?
У меня, кстати, солвер несколько последовательных операций имеет, прогресс которых хотелось бы отображать.

[Пантер]

Тут как захочешь, так и делай, вариантов вагон и пару тележек.

[Igors]

Хотел бы ещё обсудить такую вещь. При использовании потоков как антифриз для морды, каким образом лучше реализовывать отображение прогресса?
Сейчас я использую примерно следующее: передаю указатель на структуру, где хранится наименование операции, текущий процент выполнения. Диалог прогресса с частотой 100 мс опрашивает эту структуру, а решатель ведёт в неё запись. Интуитивно чувствую, что не самый лучший вариант. Есть предложения?

По таймеру с какой-то частотой нормально, только счетчик(и) обновляемые рабочими нитками делать атомарными (напр QAtomicInt)

[__Heaven__]

Не, в моём случае не страшно их делать не атомарными. Запись делает 1 поток, чтение другой. Не важно, если на момент отображения реальный прогресс убежит вперёд.

[Авварон]

Concurrent умеет о прогрессе уведомлять через QFutureWatcher

[m_ax]

Не, в моём случае не страшно их делать не атомарными. Запись делает 1 поток, чтение другой. Не важно, если на момент отображения реальный прогресс убежит вперёд.

Там atomic нужен чтоб значение счётчика не похерилось, в ситуации одновременного чтения и записи)

[Igors]

Не, в моём случае не страшно их делать не атомарными. Запись делает 1 поток, чтение другой. Не важно, если на момент отображения реальный прогресс убежит вперёд.

Ну если там аж одна нитка считает и UI свободно - то как угодно, не грех и на сигнал потратиться. Проблемы с индикатором возникают когда задача/кластер соразмерим с обновлением или когда главная тоже считает. 

[__Heaven__]

m_ax, что значит похерилось, не совсем понимаю, оно может как-то испортиться? Если я в ячейку, где хранится 5 пишу 6 и одновременно считываю эту же ячейку, то при считывании получу или 5 или 6, в моём понимании.