Prefork-сервер и CMSG. Как это работает?

Разве там может быть много вариантов использования? master получает соединения через тот же accept(), а потом передаёт дескриптор slave на обработку через UNIX domain socket, который они все читают (кто забрал, тот и обрабатывает).

И все бы вроде ничего, но вот недавно узнал про такую вещь как системные вызов sendmsg и recvmsg, которые позволяют передавать сокет или файловый дескиптор от процесса процессу.

Они позволяют работать с голыми ethernet фреймами.

Открытый дескриптор в другой, уже существующий процесс не передашь.

Открытый дескриптор в другой, уже существующий процесс не передашь.

Как это «не передашь»? Всегда ж можно было.

Как это «не передашь»? Всегда ж можно было.

Любопытно, век учись. Выглядит, как хак.

с памятью спутали
а дескрипторы доступны между процессами

Напрямую недоступны.

Это linux-specific. Непортируемо.

и память можно, и дескрипторы передавать в другой процесс.

Но да, это специфично для линукса, а самое главное, что prefork сервер в 2019 году писать как-то не халяльно.

память нельзя если она не шаред, а она не шаред по умолчанию через всякие malloc/calloc

Заюзать, то можно, но профита скорее всего не будет. Для префорк знаю 3 варианта:

1. SO_REUSEPORT - ядро само раскидает соединения по воркерам. Очевидно, самый дешевый варант.

2. мьютекс на listen сокет - кто захватил тот и делает accept()/добавляет в свой epoll. Тоже дешево, но теоритечески (на практике ни разу не ловил такое) может выигрывать один и тот же воркер.

3. accept() в мастере и передача сокета через SCM_RIGHTS (оно кстати есть на всех *никс)нужному воркеру. Минимум 2 лишних сискола на каждого клиента. Но можно самому, более гибко чем в вариантах 1 и 2 рулить загрузкой воркеров.

Спасибо, немного продвинулся в понимании.