А
а тут boost asio уже советовали?
нет) но здесь его не видно https://www.techempower.com/benchmarks/
Size: a a a
2020 July 20
МС
нет) но здесь его не видно https://www.techempower.com/benchmarks/
Здесь представлены HTTP технологии. Boost.Asio не работает с этим протоколом. Только обёртки над ним.
SK
не путайте потоки и процессы
Не знаю как в Windows, но в Linux потоки — сюрприз — это те же процессы, только с общей памятью и PID. Впрочем, их создание не очень дорогое. Зато дорогое переключение контекстов.
RR
Здесь представлены HTTP технологии. Boost.Asio не работает с этим протоколом. Только обёртки над ним.
RR
Не знаю как в Windows, но в Linux потоки — сюрприз — это те же процессы, только с общей памятью и PID. Впрочем, их создание не очень дорогое. Зато дорогое переключение контекстов.
но тем не менее, процесс - процесс, поток - поток )
МС
Это пример того, как на Asio можно сделать http-сервер. ))
МС
Не знаю как в Windows, но в Linux потоки — сюрприз — это те же процессы, только с общей памятью и PID. Впрочем, их создание не очень дорогое. Зато дорогое переключение контекстов.
МС
В некоторых библиотеках люди борятся за то, чтобы было zero-copy, sharing nothing.
МВ
а есть сравнение для Qt/boost/glib(gio) ?
.
МС
а есть сравнение для Qt/boost/glib(gio) ?
Я не знаю.
МС
Подытожу свои мысли. Если бы я делал работу с сетью, я бы выбрал следующие библиотеки, фреймворки:
1) Seastar - для создания TCP-сервера;
2) Drogon - для HTTP-сервера;
3) Qt - для TCP и HTTP клиента;
4) CppRestSDK от Microsoft - для HTTP клиента, если нельзя Qt.
1) Seastar - для создания TCP-сервера;
2) Drogon - для HTTP-сервера;
3) Qt - для TCP и HTTP клиента;
4) CppRestSDK от Microsoft - для HTTP клиента, если нельзя Qt.
МС
Это если на C++ прогать, конечно.
RR
Ещё раз, boost чем плох?
МС
Здоровый, неудобный многословный API. Это если для клиента. Для сервера те же минусы, и ещё медленее аналогов.
SE
Подытожу свои мысли. Если бы я делал работу с сетью, я бы выбрал следующие библиотеки, фреймворки:
1) Seastar - для создания TCP-сервера;
2) Drogon - для HTTP-сервера;
3) Qt - для TCP и HTTP клиента;
4) CppRestSDK от Microsoft - для HTTP клиента, если нельзя Qt.
1) Seastar - для создания TCP-сервера;
2) Drogon - для HTTP-сервера;
3) Qt - для TCP и HTTP клиента;
4) CppRestSDK от Microsoft - для HTTP клиента, если нельзя Qt.
в Qt давненько http сервер пилят, мб войдет в какую-то будущую версию
https://bugreports.qt.io/browse/QTBUG-60105
https://bugreports.qt.io/browse/QTBUG-60105
МС
Это хорошо. Можно будет делать устройства с REST API и GUI на привычной технологии.
ПК
Здоровый, неудобный многословный API. Это если для клиента. Для сервера те же минусы, и ещё медленее аналогов.
Такой api скоро войдёт в стандарт с++, как и модель асинхронности.
RR
Почему-то из всего названного мне только boost внушает доверия
VK
Почему-то из всего названного мне только boost внушает доверия
Мы пробовали cpprest на работе. Вполне себе приятный.
МС
Такой api скоро войдёт в стандарт с++, как и модель асинхронности.
А можно ссылочку на инфу? В 20 стандарте точно нет его. А для последующих не нашёл подтверждение.