в солярке потоки дешевые, для того они там и появились (да-да, они первые скопировали виндовые треды - и те тоже вызваны к жизни не желанием пользовать несуществующие в те годы 24е ядра, а тормознутостью и неудобностью ядерного CreateProcess)
fork - да, дорогой и медленный, хотя и не настолько тормозной как у винды.хотя, казалось бы, в тру юникс должно быть наоборот ;-)
"убогая идеология пайпов" на десять лет старше твоего доса, пережила его, и еще винду, пожалуй, похоронит.
Вот sysV ipc - действительно редкостный уродец, хромой на все четыре лапы (sun не виноват, ему такой дали). Впрочем, никакой разумной альтернативы ни в юниксах, ни в параллельных мирах ему нет (возможно, как обычно, потому что поляна загажена по щиколотку, ступить негде)
streams вот еще очень жалко. Полуработающая реализация для линукса была еще в 98м, но все очень торопились похоронить libc5, и было не до этого - а автору, как и большинству авторов пришедшихся не ко двору проектов, через пару лет надоела вечная гонка за убегающим апстримом.
А это, к примеру, возможность прозрачной перекодировки любого терминала (вплоть до физических, воткнутых в rs232) без всяких уродливых костылей, или возможность подлезть к любому network socket не через tap с бесконечными свитчингами контекста.
нормальный devfs (опять был в линуксе, и вполне законченный и работающий, и опять похоронен "эффективным менеджером Линусом", патамуштамнененравитсапеределайтеиподайтезаново, и кланяйтесь с прогибом, а не в пол-поклона, мужичье)
ну и работающий zfs, который не виснет от того, что, ну кто бы мог подумать, своп находится в zvol. (проблема не решенная ни в ZOL, ни в free, и даже не планируемая к решению) На этом фоне какие-то мелочи типа remove, право, совсем ерунда.
это только по верхам, поскольку я очень слабенький соляркоадмин и совсем никудышный программист, что помнил, давно забыл.