> Колись: устроился недавно сторожем в Газпром? Кто ж ещё нынче будет покупать
> оракловый солярис, в котором вот-теперь-точно-отдаётся-клянусь-слющай:

July 7, 2015 - это такое вот "теперь".

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

> А если мы говорим про былые, дооракловые времена, то высвобождение это было
> порой не без приколов:

ты часто системные платы на ходу выдергиваешь, чтоб тебя реально афектила сия проблема?

> Отдельно интересны расписанные там детали про kernel cage: получается, реализовано всё
> равно через гланды, прям как в этих ZoL/ZoF, разве что пользователю

наоборот - там реализовано было в лоб, через штатный механизм. Благо он как раз имелся. А у него есть некоторые особенности, не всегда он может вовремя предупредить, что память сейчас потребуется в большом количестве. Для большинства применений они не были критичны, опять же эта проблема - "больших". Ну вот через десять лет оракл озаботился сделать отдельный, чтобы не маяться с ручным указанием лимитов.

У freebsd все существенно сложнее, потому что там такого механизма нет вообще (и буферного кэша тоже нет) и с возвратом памяти зохаванной системными процессами тоже есть специфические проблемы (они не только в zfs мешают, но и в других случаях - причем чинить это никто, увы, не планирует). А косорукие умельцы вместо того чтобы попытаться как-то обойти проблемное место - просто его выкинули из кода, совсем. В результате когда память таки кончается - она кончается так, что освободить ее уже не всегда получится в принципе (потому что не хватает памяти для процесса, который этим должен заниматься, здравствуй дидлок). Проблему пытались решить (то есть, собственно, существовало работающее решение, частично реализующее тот самый соляркин механизм мягкого memory pressure) - но оно уперлось в трех хохлов с их "нэ трэба!".
До кучи добавились принесенные из линуха проблемы с abd, мало того что ухудшившие производительность в разы, так еще и сломавшие работу лимитов.

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

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

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