Я про вообще идею форка ради сохранения памяти. Я на это натыкался... Допустим у нас есть словарик в перле. Метров на 500. Мы его зачитали, навесили всякое, что он только для чтения и форкнулись. Системный COW сказал ага и оставил только одну страницу, допустим... Однако, так как арена, грубо говоря, одна (допустим), то следущий my $a, попадает в ту-же страницу с нашей "readonly" памятью и COW копирует... Обращение к словарику, что-то типа: my $data = $dict->{cool}{data} - взводит счетчик внутри структуры SV, на единицу и COW копирует страницу... Короче в Перле все сделано так, чтобы послать системный COW нахуй и не экономить память.

так он вроде не для экономии форкает на старте, а чтобы в эвентлупе не вылезло чего-то из другого процесса. Я где-то у него читал про подводные камни тупого форкания AE, но где именно забыл уже.

По описанию задачи, проблема в том, что в родителе есть хеш, в ребенке есть хеш, но при чтении/изменении его элементов будет cow.
Мое suggested solution: класть хеш в shm, обращаться к нему через tied hashref, которая с помощью xs будет доставать нужные значения.
При изменении значения мы можем столкнуться с тем, что кладём в хеш либо nested structure, либо ссылку. В обоих случаях придется хандлить в xs что с этим делать

не его, а любых других объектов которые оказались на тех же страницах что элементы хэша

у тебя на страницах в перемешку хэш и остальное.

остальное потрогал -- весь хеш скопировался

CoW ещё и только на «этих ваших линуксах», ага?

нет, везде