> fork - да, дорогой и медленный, хотя и не настолько тормозной как у винды.

У винды изначально вообще форка нет. Можно создать новый процесс, но это не то. Это новый процесс, с новым состоянием. Поэтому в винде нельзя форкнуть себе процесса-воркера, который видя состояние на момент форка отпедалит блокирующую операцию хоть полчаса, не клиня однако ж основной процесс. В винде новый процесс всегда с новым состоянием - трюк не катит!

Cygwin и mingw это как-то обходят, наверное сами память процессов патчат из юзермода, для воссоздания иллюзии, но это вообще совсем не заслуга виндов.

> хотя, казалось бы, в тру юникс должно быть наоборот ;-)

Откуда это следует? Весь пойнт тредов в том что это лайт версия процесса, где инициализации еще меньше, а shared еще больше чем в том что делает fork(). Ну и адресное пространство одно на всех, так что можно пойти чуть дальше чем выше и наслаждаться всеми прелестями shared state. И прочими гонками, ага.

> "убогая идеология пайпов" на десять лет старше твоего доса,
> Вот sysV ipc - действительно редкостный уродец, хромой на все четыре лапы

...а им кто-то всерьез пользуется?

> потому что поляна загажена по щиколотку, ступить негде)

Плохим танцорам всегда что-то мешает.

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

"Умерла так умерла". Если технология не нужна настолько чтобы ее еще и майнтайнить - значит на самом деле всем похрену, а все эти рассуждения в пользу бедных [соляршиков]....

> прозрачной перекодировки любого терминала (вплоть до физических,
> воткнутых в rs232) без всяких уродливых костылей,

Офигеть. Уродливый костыль (перекодировка) делается без сучка-задоринки. К счастью, в мире где победил UTF-8 это даром не уперлось. Глядя на китайские иероглифы в коментах к сишному сорцу которые я вижу на ARMовской платке через сериальную консоль! Разве что UART у меня теперь однополярный, 3.3V, и комп его через usb видит, ибо RS232 не в моде. Но идея и протокол на уровне битов те же самые, только вольтаж физического уровня сместили в удобный для мелких чипов а не лампо-релейной хни.

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

> или возможность подлезть к любому network socket не через tap с
> бесконечными свитчингами контекста.

А что, они придумали покруче splice, mmap, sendfile и проч?

> нормальный devfs (опять был в линуксе, и вполне законченный и работающий, и
> опять похоронен "эффективным менеджером Линусом",

Глядя на то где солара а где пингвин - таки я буду за Линуса. И его фак! Умение вовремя вынуть фак из кармана - это важно :)

> в ZOL, ни в free, и даже не планируемая к решению)
> На этом фоне какие-то мелочи типа remove, право, совсем ерунда.

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

А своп нынче всеми в основном рассматривается как лишний способ лагать себе систему до неприличных величин, совсем тощие в линухе предпочитают zram какой-нить. Потому что компресовать оперативку таки зело перспективнее чем натужно хрустеть винчом, нарываясь на латенси в секунды, если не минуты, так что систему по сути почти парализует.

Вот линуксоиды и не парятся особо. Это для бздей и проч zfs - the one and the only, потому что сами они ничего слаще UFSа вообще не смогли. На фоне чего даже какая-нибудь маргинальная стрекоза с ее хаммером - просто круть и хайтек.