Блен, а как же теперь фанбоям zfs в ответ на её глюки и тормоза кричать «это всё ваш кривой zfsonlinux виноват, пользуйтесь нормальной zfs под freebsd»?
Её больше не нужно в ядро вкомпиливать, чтобы она не в юзерспейсе работала? При работе в юзерспейсе аргумент всё ещё валидным будет. А кодовая база там в любом случае более-менее одна, они переодически мерджатся.
A это не одно и тоже, что сабж? Им же не только ZoL к себе в дерево исходников надо, но и подрихтовать. Это и есть переход на ZoL.
Вообще, по слухам, в ZoL же костыли для буферизации и кеширования, ибо с линуксовыми буферами и кешами трудно дружить. Чуть ли не планировщик какой-то другой с хаками. И это уже начинает влиять на архитектуру самой ZFS. И теперь это всё переедет в БСД, будут написаны еще одни обертки... Да! Так и будет.
Кстати, неплохая идея. Можно будет радикально упростить инфраструктуру портов. Собственно, все можно будет собирать без всяких портов по примеру слакбилдов.
Вообще, по слухам, в ZoL же костыли для буферизации и кеширования, ибо с линуксовыми буферами и кешами трудно дружить. Чуть ли не планировщик какой-то другой с хаками. И это уже начинает влиять на архитектуру самой ZFS. И теперь это всё переедет в БСД, будут написаны еще одни обертки... Да! Так и будет.
Всё так, ведь только во FreeBSD есть божественное ядро, написанное лучшими программистами мира, с которым всё очень легко интегрируется и сразу нормально работает.
Нет.
Во FreeBSD точно такие же костыли и подпорки. И точно так же у ZFS свой собственный велосипедный кеш. И, насколько понимаю, точно такие же проблемы с mmap() на ZFS.
ZFS вообще идёт в комплекте с ворохом велосипедов из солярки. И чтобы это всё нормально интегрировать в ядро существующей ОС, надо либо ОС переписать, либо ZFS.
F[f[f ох лол, пусть переходят, будто они способны на что-то помимо воровства. ЕМНИП ж всё равно zfs концептуально на солярку завязан, это всё эмуляция.