какой?

справедливости ради, где-то ещё (кажется, в солярке, но могу путать) был "бинарный" /proc, где ничего не надо было парсить, все структуры и так лежали в машинночитаемом виде, просто доступ к ним был в виде файловой иерархии.
и обычно в ветках /proc сейчас всё же значения группируют по какому-то смысловому признаку, чтобы получать какой-то полезный срез синхронизированных данных
и в то же время, скажем, в openbsd нельзя атомарно (за один сисколл, грубо говоря) получить, например, все значения sysсtl.

ну кроме описанного https://www.openbsd.org/papers/httpd-asiabsdcon2015.pdf , т.е. минимилизма ? вот захочу авторизацию по керберсоу прикрутить, и приплыли

оно не умеет такое

ты можешь сделать себе N чрутов и запустить в них N httpd.
есть ли какая-то автоматика для этого - я не знаю

экономии памяти не будет

а с докером будет?

а если бы был один, то была бы, правда, небольшая

просто возьми nginx

не будет, но я докер не люблю

два чая

httpd много не умеет и так и надо, можно с ним воевать, но это будет неприятно

не хочу отказываться от .htaccess, если уж на линуксе оставаться

как все сложно то...

в смысле, какой экономии? тебе не обязательно запускать какие-то сервисы ОС в чрутах, можеть только сами httpd

за 5 минут и докер, и .htaccess и экономия памяти

пойду ка я работать что ли лучше

на каждый сайт будет тогда свой httpd со своим потреблением памяти.

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

а, ты хочешь, чтобы сам процесс делал chroot? ну, в любом случае, если ты хочешь 2 httpd в разных чрутах, никакой экономии не будет, кто сделает fork, ты или сам httpd - не сильно важно