Исходное сообщение
"Выпуск дистрибутива SystemRescueCd 6.0.0" Отправлено пох, 03-Фев-19 13:11
она никак специально с именно соляровым ядром не связана - просто ей (как любой fs) нужны vfs api, которые у всех разные, и, поскольку она имеет собственное управление памятью и собственные представления о состоянии устройств - взаимодействие с системным управлением тем и другим. Ничего особенного, в системе есть еще десятки подобных подсистем, которым нужно все то же самое. Эти куски изначально сделаны правильно, и их можно заменять большими блоками, но есть мелочи, которые все портят. Не то чтобы неодолимые, но местами противные. А ситуация с разработчикам freebsd выглядит вот как-то так: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187594 обратить внимание на позицию гордо надувающих гузки "разработчиков" по отношению к человеку, пытающемуся решать проблему, а не заметать крошки под коврик. И тут на сцену врывается ZoL и _его_ альтернативно-одаренные разработчики. "а давайте нарежем всю память шматочками по 4 килобайта. Нет, лучше по килобайту!" Спрашивается - при arc в 60G - сколько-сколько времени оно там будет искать нужный шматочек? но нет, этих ребят оно нисколечко не беспокоит. Как и то что это ломает механизм освобождения занятой zfs памяти при недостатке свободной, который и так работал плохо, потому что отсутствующий вне соляры апи попытались заменить неработающим костылем,а потом вовсе решили "и так сойдет". > неимпортирующийся пул зфс  не под саляркой это хорошее, надёжное кладбище информации под соляркой тоже. Ну а кому-то сыра пол-кило.