Здравствуйте, уважаемый Igore, Вы писали:

I>Как я понял у тебя основное время, это время рассчетов,

Это далеко не факт!
Расчет может быть и в течении одной секунды. Пока нет определенности.
Тем более, если в качестве сервака будет тот же Linux (показавший себя серьёзно быстрее винды для математических расчетов).

I>тогда с транспортом чем проще тем лучше, можно посмотреть на такое https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/ , сам не пробовал, но выглядит интересно.

Спасибо, гляну!

Здравствуйте, уважаемый Igore, Вы писали:

I>Как я понял у тебя основное время, это время рассчетов,

Это далеко не факт!
Расчет может быть и в течении одной секунды. Пока нет определенности.
Тем более, если в качестве сервака будет тот же Linux (показавший себя серьёзно быстрее винды для математических расчетов).

I>тогда с транспортом чем проще тем лучше, можно посмотреть на такое https://blog.qt.io/blog/2019/02/01/qhttpserver-routing-api/ , сам не пробовал, но выглядит интересно.

Спасибо, гляну!

P.S. В QTcpServer на мой взгляд всё вполне разумно (и всего хватает).
Но я рассчитываю найти подходящее комплексное решение:
Которое не только обеспечит работу этого самого сервера, но и обеспечит скрытый процесс (возможно — ещё и логирование),
также вполне возможно — некоторую поддержку и более выкокоуровневых (кроме транспорта) протоколов...

Конечно же, можно и велосипедить — вопрос: нужно ли?
Тем более, что на сегодняшний день почти все приложения — трехуровневые, клиент-серверные.
Также и поддержка микросервисной архитектуры — была бы совсем не лишней (...и тут Остапа понесло...)