Ликвидировать демона

[qate]

могу предложить такое решение - писать программу без демонизации "как обычно", затем :
1. linux = https://askubuntu.com/questions/610017/running-a-command-in-screen-daemon-mode
2. windows = https://superuser.com/questions/643120/windows-powershell-screen-equivalent

[Авварон]

Там внутре вообще select() испльзуется => проблему 10к на кутешных сокетах не решить.

была проблема 1024 сокетов, ее решили после 5.6

Глянул в код, действительно, они иногда используют poll(), а иногда qt_poll, который использует select()
Видимо, некоторым платформам не повезло.
Но всё равно, poll() тоже не является серебряной пулей и дескрипторы надо перебирать - алгоритмическая сложность O(N).
Я уж молчу что сокеты нельзя на тредпул раскидать.

[kuzulis]

Но всё равно, poll() тоже не является серебряной пулей и дескрипторы надо перебирать - алгоритмическая сложность O(N).
Я уж молчу что сокеты нельзя на тредпул раскидать.

А какие есть иные варианты?

[Old]

Но всё равно, poll() тоже не является серебряной пулей и дескрипторы надо перебирать - алгоритмическая сложность O(N).
Я уж молчу что сокеты нельзя на тредпул раскидать.

А вот asio использует epoll, легко раскидывает обработку на пул потов и мьютексы у него где надо, конечно если хотим на нескольких ядрах все крутить. А если не хотим, то флажочек указываем и он мьютексы все отключает.

[DarkHobbit]

Товарищ DarkHobbit озвучил мои опасения. Это про коммит четырехлетней давности. Так что пока в раздумиях...

(густо краснеет) Ну на самом деле, у меня бы это были не основные опасения. Тут нужно просто взять и проверить, насколько оно хорошо работает с актуальными (для вас) версиями Qt, на линуксе и на винде. Практика - критерий истины.

Вот с сетевой работой возможны более серьёзные (и не сразу выявляемые) грабли. Оно у вас планируется к работе 24/7 или только в течение рабочего дня?

Увы, это не чисто серверное приложение, GUI там присутствует в достаточном количестве.

Хм, тогда не очень понял, при чём тут демон. В комплексе несколько программ, одна работает как демон, остальные с GUI?

[Авварон]

Но всё равно, poll() тоже не является серебряной пулей и дескрипторы надо перебирать - алгоритмическая сложность O(N).
Я уж молчу что сокеты нельзя на тредпул раскидать.

А вот asio использует epoll, легко раскидывает обработку на пул потов и мьютексы у него где надо, конечно если хотим на нескольких ядрах все крутить. А если не хотим, то флажочек указываем и он мьютексы все отключает.

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

[Old]

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

И asio использует эту возможность epoll.
Но, если мы говорим про пул потоков, то даже если мы сразу получили дескриптор сокета, событие и контекст, нам нужно впихнуть обработчик этого события в пул потоков, а это мьютекс + условная переменная.
  

[Авварон]

И asio использует эту возможность epoll.
Но, если мы говорим про пул потоков, то даже если мы сразу получили дескриптор сокета, событие и контекст, нам нужно впихнуть обработчик этого события в пул потоков, а это мьютекс + условная переменная.
  

Погодите, там что, еполл отдельно а пул отдельно?

[Old]

Погодите, там что, еполл отдельно а пул отдельно?

Отдельно от чего?
В asio есть io_context, это некотрый аналог QEventLoop, который можно запустить в 1 потоке, а можно и в 101.
Все сокеты/таймеры привязываются к этому контексту.
Вот как тут понять, отдельно или нет?

Но я говорил про решение без привязки в чему либо. Если у нас есть пул потоков, то у нас мьютекс. Да epoll нас избавляет от еще одного мьютекса на коллекцию сокет -> контекст.

[Inhibitor]

могу предложить такое решение - писать программу без демонизации "как обычно", затем :
...

Qate, спасибо за идею, попробую, наверное, Ваше предложение реализовать.

Оно у вас планируется к работе 24/7 или только в течение рабочего дня?

В течение рабочего дня. А иногда и того меньше.

Хм, тогда не очень понял, при чём тут демон. В комплексе несколько программ, одна работает как демон, остальные с GUI?

Основное приложение крутится как демон, настройка и управление этим приложением реализовано через GUI.

[DarkHobbit]

Основное приложение крутится как демон, настройка и управление этим приложением реализовано через GUI.

Ну тогда можно применение Qt ограничить именно управляющей программой, а основное приложение написать на чистом C++, возможно, с бустом. Но это не догма, это один из вариантов. Главное понимать, что вы хотите получить от Qt в "серверном" варианте.

А вот идея писать программу без демонизации, а потом пускать её под screen мне совсем не нравится. Это же костыль для ситуации, когда других вариантов нет. Я, например, OpenSimulator на VDS так пускал, и это, считаю, одна из причин, затрудняющих его распространение. Тем более, для винды и линукса костыли разные потребуются. Я бы всё-таки, если делать демона на Qt, потыкал бы сначала QtService.