btrfs, quota, guaranteed free space case

Доброго времени суток.

Есть задача квотировать, т.е. ограничивать, не занимаемое место, а гарантировать свободное место (по возможности).

Опишу ситуацию подробнее:
есть раздел с логами, скажем 10 Гб (/var/log/application)
есть два application которые пишут логи (/var/log/application/app1 и /var/log/application/app2)

квоты предназначены для ограничения занимаемого места, т.е. я могу уже сейчас выставить лимиты для обоих subvolume по 5 гб (вариант #1), однако этот вариант мне не нравится, потому что приложения начинают срать в лог в относительно редких случаях, и могжет быть ситуация:
1. /var/log/application/app1 и /var/log/application/app2 содержат логов на 1 Гб
2. app2 начинает активно что-то писать в лог.

В варианте с классическим использованием квот (вариант #1) я получу /var/log/application/app2 забитый под завязку размером в 5 Гб, тогда как /var/log/application/app1 будет содержать 4 гб свободного места, которое не используется сейчас (и весьма вероятно не будет использоваться в ближайшее время).

Мне бы больше подошла ситуация с резервированием (по возможности) свободного места на /var/log/application/app1 и /var/log/application/app2, например каждому их них зарезервировано по 1 гб свободного места, тогда в этой же ситуации
app2 может рассчитывать на 10 Гб (лимит /var/log/application) - 1 Гб (занято на /var/log/application/app1) - 1 Гб (зарезервировано для /var/log/application/app1) = 8 Гб, что уже больше чем изначальных 5 Гб.

Учитывая что кол-во приложений >> 2 (на данный момент их десятки) вариант решения #2 позволит не иметь проблемы с отсутствием свободного места для логов при относительно небольшом размере диска, который выделен под систему логгирования в целом.

Вариант (#3) размещать все логи на одном разделе (без subvolume) чреват последствиями, когда нет свободного места, тогда теряются логи всех приложений до момента его очистки.

В общем проблему описал, хранить заведомо избыточный запас свободного дискового пространства под каждый app (вариант #1, но где лимит не 5, а 50 или 500 Гб) - считаю неоправданным и чрезвычайно затратным, потому и пришёл в варианту #2.

Вопрос можно ли его реализовать в рамках btrfs? Чтение man btrfs-qgroup не дало ответа умеет ли она то, что я от неё хочу. Может быть аналоги умеют что-то подобное, например zfs, но беглый взгляд на возможности её квот, навёл на мысль что идеология там такая же?

Спасибо за ответы.