std::thread vs QThread

Если Qt уже используется, зачем мешать еще и stdlib?

QThread умеет в сигналы и слоты без велосипедов.

Qt тред это не тоже самое, что std::thread. Читай про правильное использование оного. Для Qt приложух лучше Qt, очевидно.

В Qt5 stdlib используется по умолчанию. Мало того, в некоторых местах использование вещей из std вместо Qt даже поощряется.

Очевидно QThread. Хотя бы потому что удобно.

В Qt5 stdlib используется по умолчанию. Мало того, в некоторых местах использование вещей из std вместо Qt даже поощряется.

Ткни в исходники позязя. Интересно же.

позязя

?

Интересно же.

http://doc.qt.io/qt-5/qtalgorithms.html

Historically, Qt used to provide functions which were direct equivalents of many STL algorithmic functions. Starting with Qt 5.0, you are instead encouraged to use directly the implementations available in the STL; most of the Qt ones have been deprecated (although they are still available to keep the old code compiling).

http://doc.qt.io/qt-5/qtalgorithms.html

Спасибо

Qt потоки идеальны для сувания в них QObject, и обмен по сигналам-слотам, очень приятная многопоточность получается :)

А вот если блокирующий код, то может быть уже тогда можно и std::thread...

Так это же и есть ответ на твой вопрос, не?

Я таки возьму QThread.. сигнал-слоты довольно удобные получаются и если следовать http://doc.qt.io/qt-5/threads-technologies.html и сделать QObject worker, то получается как бы отделение логики треда в отдельный класс.

Т.е. у меня получится почти так же, как и ты тут Создание фонового треда на время жизни класса (комментарий) посоветовал, только вычисления уйдёт в другой класс, а не в функцию.

Там речь про

algorithmic functions

Ну и плюс QThread умеет больше (в связи с Qt), чем обычный std::thread, поэтому первый никак не могли задепрекейтить.

Треды сосут, учите асинхронное программирование.

я просто оставлю это здесь:

     auto po = new ProcessingObject();
     connect(po, ...);
     po->moveToThread(nullptr); // enable "pulling" moveToThread()
     auto t = std::thread([po, gui = QThread::currentThread()]() {
         QEventLoop loop;
         po->moveToThread(QThread::currentThread());
         connect(po, ..., &loop, &QEventLoop::quit);
         loop.exec();
         po->moveToThread(gui);
         // or: delete po;
     }

http://lists.qt-project.org/pipermail/development/2016-January/024502.html

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

открою тебе секрет: никакого асинхронного выполнения на софтовом уровне нет. настоящая асинхронная работа - это прерывания от железа. и на этом, собственно, всё. остальное - надстройки над тредами в кернеле или в библиотеках.

настоящая асинхронная работа - это прерывания от железа

Которые ядро услужливо превращает в события о готовности сокета или сигналы об истечении времени.

в пользу второго - есть сигналы. я на них запилил opengl рендерер в паралельном потоке где ему приходят указатели на класс, который хочет порисовать, там вызывается paint, ставится GLsync, и как только sync отстрелялся, сигналом сообщают что класс «готов».

с std::thread надо самому колхозить передачу данных в поток и обратно. а это муторно. тем более что qt уже используется.