https://www.opennet.ru/openforum/vsluhforumID3/61820.html В NetBSD-Current по умолчанию включена (http://blog.netbsd.org/tnf/entry/netbsd_lvm_enabled_by_default) поддержка LVM2 (Logical Volume Manager) менеджера логических томов Linux. LVM драйвер для NetBSD был разработан (http://netbsd-soc.sourceforge.net/projects/lvm/) еще в рамках программы Google Summer of Code 2008, но до настоящего момента по умолчанию был отключен. Драйвер поддерживает все базовые операции с логическими разделами, включая возможность записи данных. Кроме активации LVM, в дерево исходных текстов интегрирована новая версия утилит для работы с LVM разделами - lvm2tools 2.02.56 (http://sourceware.org/lvm2/). <br><br><br>В настоящий момент ведется работа по созданию основанного на технологии RUMP (http://www.netbsd.org/docs/puffs/rump.html) (аналог FUSE) порта Linux драйвера device-mapper, отличающегося от текущей реализации работой на уровне пользователя, а не внутри ядра.<br><br>URL: http://blog.netbsd.org/tnf/entry/netbsd_lvm_enabled_by_default<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=24578<br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#11 Tue, 08 Dec 2009 20:06:35 GMT &gt;И что, скорость работы от этого не проседает? <br><br>А сам как думаешь? Это всё-таки больше для более простой отладки и надёжности.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#10 Tue, 08 Dec 2009 20:04:10 GMT Ну это если там только есть бинарная совместимость. А так насколько я понял идея в том чтобы была возможность компилить один и тот же код и в ядро и для user space. <br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#9 Tue, 08 Dec 2009 18:40:30 GMT &gt;RUMP более общая технология для запуска кода ядра в user space<br><br>О, классная идея для запуска проприетарных видяшных и прочих драйверов в пространстве пользователя.<br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#8 Tue, 08 Dec 2009 14:11:50 GMT &gt; отличающегося от текущей реализации работой на уровне пользователя<br><br>И что, скорость работы от этого не проседает? <br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#7 Tue, 08 Dec 2009 14:07:50 GMT &gt;Я что-то не нашёл... как эта штука с FreeBSD соотносится? Её в <br>&gt;будущем портируют? <br><br>Эть вам лучше спросить тут:<br>http://blog.netbsd.org/tnf/entry/netbsd_lvm_enabled_by_default#comments<br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#5 Tue, 08 Dec 2009 12:14:30 GMT &gt;на технологии RUMP (аналог FUSE) порта Linux драйвера device-mapper<br><br>Я бы не сказал, что RUMP - это аналог FUSE, всё же RUMP более общая технология для запуска кода ядра в user space, и ФС это только часть.<br><br>http://www.netbsd.org/docs/rump/index.html<br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#4 Tue, 08 Dec 2009 11:05:27 GMT &gt;Как причем? Во FreeBSD это началось, а NetBSD продолжила. <br><br>А что началось в FreeBSD? GEOM-модуль для доступа к LVM2-разделам? Так в NetBSD нет GEOM, при чём тут тогда FreeBSD? Или я не в курсе и в рамках проекта FreeBSD кто-то пытался реализовать полноценную поддержку LVM2?<br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#3 Tue, 08 Dec 2009 10:53:17 GMT Как причем? Во FreeBSD это началось, а NetBSD продолжила.<br> https://www.opennet.ru/openforum/vsluhforumID3/61820.html#2 Tue, 08 Dec 2009 10:10:41 GMT Что-то я не понял, а при чём здесь вообще FreeBSD?<br>