На чем сейчас многопоточные TCP сервера на си++ пишут

У меня не вебсервер,мне хватит просто на клиент кинуть хоть в символьном виде «CMD:REBOOT»

Вечером, если не забуду, сейчас с телефона, неудобно искать.

но предложение libevent всё равно остаётся в силе :)

libev тут наверное больше подойдет.

Да, libevent использовал тоже, там проблем замечено не было. Правда такой момент: libuv под линуксом гонял, а libevent под фряхой.

akka.io - это разве не акторы на монадках? Все по феншую.

Но что делать, если я ношу классические джинсы без подворотов и не пью смузи и не курю вейпы?

Ъ линуксоиды пишут на perl

#!/usr/bin/perl

package Net::Server::CMD;

use strict; 
use warnings;
use base qw(Net::Server::PreFork);

sub process_request {   
   my $self = shift;    
   while (<STDIN>) {    # Net::Server дает нам сокет как STDIN + STDOUT!
      print "CMD:REBOOT"; # Просто отвечаем на любой запрос клиента.
   }
}
1;

зачем вы врете сразу с первого сообщения ?
тот кто хоть раз в своей жизни, даже лет 5 назад писал бы сетевые приложения
на чем писать сейчас, не спрашивал бы
а то выглядите каким то тролливым студняноком

Чисто сетевые операции модно на всяких асинхронных libuv, libev делать. Но у тебя какая нагрузка? Может, достаточно обычных блокирующих сокетов и тред пула?

Нагрузка где-то 200 устройств.

У меня когда такая потребность возникла я его на CL написал. :)

А какая частота опроса? И что с этими данными нужно делать? В базу складывать?

Я пишу на перле, да) но все-таки в основном на сях и крестах.

с такой нагрузкой любой велосипедный говнокод справится
приходите когда будет хотя бы 10 тыс

Такую логику лучше в отдельных потоках обработать на синхронных сокетах, наверное. Меньше возможности ошибиться.

А вообще, такая штука вместе с редисом на баше за 10 минут пишется. :)

Я не совсем понял, что такое лонг-поллинг, но спасибо.

Тут правильнее звучит так: «Но спасибо, не надо». У тебя клиенты кто? Какие-нибудь тупые ардуины или там линукс нормальный есть?

А зачем тут редис?

У меня не дохнет. Хотя, у меня к нему есть другие претензии. И под нагрзукой libev интереснее. Но у ТС нагрузки то особо нет.

А у него тоже можно подписаться и ждать пока придут данные. Точнее, повесить коллбек на получение сообщения. И в этом коллбеке обработать.

Тогда девайс тоже должен уметь работать с редис?

Ну естественно.

Ну сейчас нет, а потом появится, переписывать?

Ну если появится, то и не грех переписать. Хотя я не знаю его условия. Но обычно написать быстрее важнее. А потом переписать.

Частота опроса, я хотел бы что бы сервер мог прям сразу отправить клиенту команду. Т.е. как я это изначально видел. 1. Клиент устанавливает соединение с сервером. 2. Сервер по некоторому (внутреннему) событию отправляет (путем записи в сокет) команду клиенту.

Да что libuv, что libev по скорости разработки одинаково, но второе лучше нагрузку держит.

Да, я уже прочитал. Самое простое создать эти 200 сокетов и нити для обработки данных из них поступающих. А отправить - в цикле в этот сокет данные записать. Проще некуда, пишется за скорость набора текста.

С этим сложно не согласиться, ведь это действительно так. При этом libev не просто лучше нагрузку держит, а в разы лучше нагрузку держит. Даже, наверное, не ошибусь, если скажу, что на порядок.

На клиенте тоже довольно просто - создаём сокет, при ошибках пытаемся делать бесконечный реконнект. На связь с сервером вообще отдельную сущность, там этот реконнект внутри и инкапсулируется. И две очерди - на отправку и получение. Довольно надёжно.

Зачем изобретать zeromq и подобные?

ага знакомый запустил на телефоне и телефон перестал принимать звонки
вы с делириумом такие забавные, вам лучше вообще в сетевых темах не появляться
делитански выглядите

это проблема телефона

не не это ж полюбому libuv :-DD

Знаешь, что я говорил первой линии суппорта, когда работал в суппорте, в таких случаях? Железо - говно. И таки у меня есть опыт работы в хайлоаде, довольно большой, так что не надо тут обвинять меня в некомпетентности.

Как минимум две очевидные причины:

• позаботиться о собственной job security;
• потратить неделю на то, что можно сделать за день. На деньги работодателя, естественно.

сегодня в маркете видел девулю, считает себя айтишницей, сидит на кассе товары пробивает, говорит 1С на курсах проходила :-DD
опыт бывает разный, но если в либе из трех файлов не можете разобраться и рассказываете о каких то тормозах
то лучше не советуйте ничего в сетевых разработках

Вы мой код видели, чтобы такие утверждения делать? Нет. Вот и не надо безосновательных утверждений. Если есть конструктивная критика, буду рад выслушать, а «ты не осилил» - это не аргумент.

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

Заметь, я про тормоза не писал. Я писал про падения. Под капотом и там, и там epoll.

под капотом там то что выгодно для ОС, название пулл или селект или кевент не важно
архитектурно это все одинаково

Спасибо за отзыв. Он очень помог мне.

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

libuv объективно медленнее libev. Ты хочешь это оспорить?

На эрланге это легко делается кстати и сервер соединений есть, но с плюсов на него сложнее переходить чем на го :)

вебсокеты позволяют двусторонее общение

Клиенты на линуксе, разные SoC

Ну если линукс, то zeromq или redis - самое то. Очень просто получится.

На erlang

Если это тот самый libev, где после мультиплексирования сокетов все обрабатывается в *одном* потоке, то о какой нагрузке тут может идти речь? Но топикстартеру может и подойти, потому что у него нет нагрузки. Другое дело, что нужно обрабатывать всякие кип-алайвы и переподключения. Это ж городить свой протокол надо. Оно ему надо?