Виктор Калесников7 февраля 2022 г. 7:29
производительность передачи данных между потоками
Делаю вторую версию многопоточного сервера на Qt.
И есть актуальный вопрос о том "как быстрее" в пересылке небольших пакетов по 500 байт между потоками???
(условно 8 потоков обмениваются пакетеми данных из UDP сокетов (Dtls))
1) Удобно конечно сигнал/слот. Но это относительно медленно.
2) Послать событие в нужный поток. postEvent() Это быстрей чем сигнал/слот? Или то же самое?
3) Велосипед из очереди событий. CallBack?
Понятно что есть boost asio но хочется чистый Qt.
Буду премного благодарен за полезную информацию или рекомендации.
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.Вам это нравится? Поделитесь в социальных сетях!
Комментарии
Только авторизованные пользователи могут публиковать комментарии.
Пожалуйста, авторизуйтесь или зарегистрируйтесь
Пожалуйста, авторизуйтесь или зарегистрируйтесь
B
- Bogdannn
- 28 марта 2024 г. 5:15
C++ - Тест 001. Первая программа и типы данных
- Результат:46баллов,
- Очки рейтинга-6
Последние комментарии
Qt Linux - Урок 001. Автозапуск Qt приложения под Linux как сделать автозапуск для флэтпака, который не даёт создавать файлы в ~/.config - вот это вопрос ))
АК
Qt WinAPI - Урок 007. Работаем с ICMP Ping в Qt Без строки #include <QRegularExpressionValidator> в заголовочном файле не работает валидатор.
Анатолий Кононенко5 февраля 2024 г. 12:50
EVA25 декабря 2023 г. 21:30
Boost - статическая линковка в CMake проекте под Windows Сделал всё по-как у вас, но выдаёт ошибку [build] LINK : fatal error LNK1104: не удается открыть файл "libboost_locale-vc142-mt-gd-x64-1_74.lib" Хоть убей, не могу понять в чём дел…
Qt/C++ - Урок 056. Подключение библиотеки Boost в Qt для компиляторов MinGW и MSVC Для решения твой проблемы добавь в файл .pro строчку "LIBS += -lws2_32" она решит проблему , лично мне помогло.
Сейчас обсуждают на форуме
Как получить в массив значения из связанной модели? Спасибо, разобрался:))
AC
QML Обнулить значения SpinBox Доброго времени суток, не могу разобраться с обнулением значение SpinBox находящего в делегате. import QtQuickimport QtQuick.ControlsWindow { width: 640 height: 480 visible: tr…
Alexandru Codreanu19 января 2024 г. 22:57
BlinCT27 декабря 2023 г. 19:57
Дмитрий10 января 2024 г. 15:18
Evgenii Legotckoi12 декабря 2023 г. 17:48
к примеру уменя через сигнал/слот без проблем проходят большие данные, торможений не замечено, даже гонял кадры стрима с камер видеонаблюдения без задержек в виде "cv::Mat"
Дело не в торможениях.)
Это именно мое стремление к максимальной производительности.
А еще важный ньюанс что это будет большой обьем передаваемый маленькими пакетами с минимальными задержками.
Когда будут идти видеоданные с сотен источников каждый такт процессора будет иметь значение.
Сейчас у меня через сигнал слот реализовано.
Ищу оптимизации.
В дополнение к вашим трём вариантам можно упомянуть способ QMetaMethod::invoke (работает только на invokable методах). По сути он делает то же, что и первый. А вообще все три варианта предполагают использование очереди: в первом сигналы и слоты из разных потоков соединяются через очередь, во втором присутствует очередь событий, в третьем преполагается явное использование собственной. Задержки при передаче данных между потоками в любом случае будут, так как присутствует синхронизация (грубо говоря, мьютексы или что-то аналогичное). Логично предположить, что задержки будут тем меньше в сумме занимать времени, чем реже происходит передача данных, например при увеличении размера пакета. Возможно, есть ещё какие оптимизации (не выходящие за рамки использования Qt), но сходу придумать не получается.
Кстати, собственная очередь теоретически будет работать быстрее, так как будет отрабатывать только ваши задачи, в то время как очереди соединений сигналов-слотов и событий приложения глобальны для всего приложения (то есть там будет много "лишнего"). Но эффективную обработку писать уже придётся самостоятельно, само собой.
Да, соглашусь с вами что именно создание собственной очереди выглядит наиболее перспективной.
Сразу вижу что логично будет на ходу менять порты\потоки соединений источников для взаимодействия между собой в одном потоке.
Пример: Клиент А хочет переслать видеопоток клиенту Б.
Если прямое А-Б соединение невозможно из-за симметричного NAT то переподключить их в один серверный порт\поток.
Теоретически тогда можно не писать свой велосипед очереди событий.
Да кстати спасибо за подсказку что для уменьшения латентности между потоками лучше передавать сразу несколько пакетов данных объединённых в один.