timapple писал(а):
мм. согласен для приведенного мной примера. вот только так вполне может быть после отработки второго сокета - первый может быть занят во время обработки второго и тогда вместо третьего снова будет взят первый.
Да, тут Вы правы. Дописал Update с этим случаем к посту с примером алгоритма.
Alex писал(а):
Или оставить как есть: 3 сокета у веб-интерфейса, 1 у всех остальных, благо там только одиночные команды гуляют.
Можно ещё переходить на «форсированный» режим при подключении браузера и откатываться на стандартный при отключении (ведь веб-интерфейс не всегда подключен)
Мне кажется на данном этапе это самый рабочий вариант.
Alex, а вообще проект получился очень классным и я поражаюсь, как это все туда влезло )). Большое спасибо за труды!
Сам я проектом, в ближайшее время думаю, не воспользуюсь, т.к. мои контроллеры уже работают на самописных скетчах, работают также и автономно, и в связке с МД. Да и все красоты мне проще в МД отображать.
А вот от библиотеки веб-сервера с реализацией хоть какого-то подобия многопоточности я бы не отказался.
, т.е. при интенсивной бомбежке сервера браузером - часть запросов на 2-4 сокетах могут игнорироваться очень долго