В NetBSD по умолчанию включена поддержка LVM2, менеджера логических томов Linux

08.12.2009 12:23

В NetBSD-Current по умолчанию включена поддержка LVM2 (Logical Volume Manager) менеджера логических томов Linux. LVM драйвер для NetBSD был разработан еще в рамках программы Google Summer of Code 2008, но до настоящего момента по умолчанию был отключен. Драйвер поддерживает все базовые операции с логическими разделами, включая возможность записи данных. Кроме активации LVM, в дерево исходных текстов интегрирована новая версия утилит для работы с LVM разделами - lvm2tools 2.02.56.

В настоящий момент ведется работа по созданию основанного на технологии RUMP (Runnable Userspace Meta Program) порта Linux драйвера device-mapper, отличающегося от текущей реализации работой на уровне пользователя, а не внутри ядра.

исправить +5 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/24578-NetBSD

Ключевые слова: NetBSD, disk, lvm

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (10)

1.1, segoon (ok), 13:05, 08/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Я что-то не нашёл... как эта штука с FreeBSD соотносится? Её в будущем портируют?

2.2, www2 (ok), 13:10, 08/12/2009 [^] [^^] [^^^] [ответить]	+1 +/–
Что-то я не понял, а при чём здесь вообще FreeBSD?

3.3, BirdGovorun (??), 13:53, 08/12/2009 [^] [^^] [^^^] [ответить]	–1 +/–
Как причем? Во FreeBSD это началось, а NetBSD продолжила.

4.4, www2 (ok), 14:05, 08/12/2009 [^] [^^] [^^^] [ответить]	+1 +/–
>Как причем? Во FreeBSD это началось, а NetBSD продолжила. А что началось в FreeBSD? GEOM-модуль для доступа к LVM2-разделам? Так в NetBSD нет GEOM, при чём тут тогда FreeBSD? Или я не в курсе и в рамках проекта FreeBSD кто-то пытался реализовать полноценную поддержку LVM2?

2.7, XoRe (ok), 17:07, 08/12/2009 [^] [^^] [^^^] [ответить]	+/–
>Я что-то не нашёл... как эта штука с FreeBSD соотносится? Её в >будущем портируют? Эть вам лучше спросить тут: http://blog.netbsd.org/tnf/entry/netbsd_lvm_enabled_by_default#comments

1.5, xxx (??), 15:14, 08/12/2009 [ответить] [﹢﹢﹢] [ · · · ]

+/–

>на технологии RUMP (аналог FUSE) порта Linux драйвера device-mapper

Я бы не сказал, что RUMP - это аналог FUSE, всё же RUMP более общая технология для запуска кода ядра в user space, и ФС это только часть.

http://www.netbsd.org/docs/rump/index.html

2.9, СуперАноним (?), 21:40, 08/12/2009 [^] [^^] [^^^] [ответить]	+/–
>RUMP более общая технология для запуска кода ядра в user space О, классная идея для запуска проприетарных видяшных и прочих драйверов в пространстве пользователя.

3.10, xxx (??), 23:04, 08/12/2009 [^] [^^] [^^^] [ответить]	+/–
Ну это если там только есть бинарная совместимость. А так насколько я понял идея в том чтобы была возможность компилить один и тот же код и в ядро и для user space.

1.8, User294 (ok), 17:11, 08/12/2009 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> отличающегося от текущей реализации работой на уровне пользователя И что, скорость работы от этого не проседает?

2.11, xxx (??), 23:06, 08/12/2009 [^] [^^] [^^^] [ответить]

+/–

>И что, скорость работы от этого не проседает?

А сам как думаешь? Это всё-таки больше для более простой отладки и надёжности.

игнорирование участников | лог модерирования

Добавить комментарий

Текст: