lvm под FreeBSD в виде geom_lvm

что-то скучняковые новости последние дни

Линуксокапец?

Лучше бы добавили в линукс поддержку юфс слайсов.

УрррААААААААААААААААА!!!!
Архиважная новость!
Очередной кастыль для полусовместимости был вкрячен в бздю!

улыбнуло )

для чего? если есть lvm

а может и EVMS? :)

да уж, прочитать на фре линуксявый раздел становится все легче, а наоборот, прочитать фревый раздел под линуксом все сложнее. Т.е. мигрировать легче с линукса на фрю, чем наоборот, т.к. на с gstripe'ами, zfs и даже ufs в линуксе очень туго.

новость очень похожа на продолжение темы про депингвинатор

О том, что это также является GEOM-провайдером, - ни слова. Автор новости в силу своей неосведомленности посчитал это мелочью. The geom_lvm framework provides support for mapping Linux LVM volumes to GEOM providers. geom_lvm currently supports linear stripes with segments on one or more physical disks. The parser is able to read LVM2 Text Format metadata, the logical volumes will be assembled and made available under /dev/lvm/ . The metadata is read only, logical volumes can not be allocated or resized.

>Лучше бы добавили в линукс поддержку юфс слайсов

CONFIG_BSD_DISKLABEL?

> О том, что это также является GEOM-провайдером, - ни слова.

А разве кто-то _не_ догадается, что geom_lvm - это GEOM провайдер для lvm?

> А разве кто-то _не_ догадается, что geom_lvm - это GEOM провайдер для lvm?

среднестатистический анонимус повиснет в deadlock'е, когда увидит regexp вида /[Bb][Ss][Dd]/
неудивительно, что до geom_lvm его парсер не доберется

Да уж, удивляет количество народа, фанатично ненавидящего FreeBSD.. Видимо, не осилили, все-таки, в свое время..

Интересный фреймворк, и журналирования на его основе зделали для UFS2, теперь вот LVM2, интересно насколько его проблематично портировать под OpenSolaris...:-\

anonymous> Т.е. мигрировать легче с линукса на фрю, чем наоборот

Потому, что пионЭрская кривая фря никому не нужна, вот о совместимости с ней и не в первую очередь заботятся. А во фре - наоборот.

Какие-то жалкие и унылые размеры разделов. Подайте разработчикам на приличный жёсткий диск.

Мда - ждём geom_lvm-3g

зачем *bsd, если уже на выходе fedore core 9?

> зачем *bsd, если уже на выходе fedore core 9?

Зачем федора, если на выходе FreeBSD 7.0? Фанатики, блин.

Ну так Федора уже 9, а бсд только 7...

И вообще, lvm только научилась да и то кастрировано...

оно там не надо ибо есть geom :)

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

5+!!!

С ностальгией вспоминаю свой первые bsd - bsdi-1.0 и sunos 4.1.1. а какие выкрутасы давал freebsd 3.x Да и 5.х был тоже не плох.

Но все это в прошлом. НИ за какие деньги не вернусь!!! Только братская помощь по замене на RHEL :)))

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

Ребята, не надо подтасовывать факты.

http://en.wikipedia.org/wiki/Internet_socket

An Internet socket (or commonly, a socket or network socket), is a communication end-point unique to a machine communicating on an Internet Protocol-based network, such as the Internet. (See RFC 147 for the original definition of socket as it relates to the ARPA network in 1971.)

Modern, Internet-enabled operating systems generally provide an implementation of the Berkeley Sockets API or Berkeley Sockets Layer, first introduced in 1983.

Т.о. сокеты вообще появились как минимум за 12 лет до появления BSD сокетов.

Однако, полезные возможности..

> Ребята, не надо подтасовывать факты.

Никто не подтасовывает, сокеты ты используешь именно BSD-шные, с этим тяжело спорить.

а гцц и емакс ты используешь чьи?

> а гцц и емакс ты используешь чьи?

Общие. Правда предпочитаю vi. ;)

Неужели ты не видишь разницы? Неужели, в GNU придумали компилятор языка C и текстовый редактор? Хотя надо согласиться, изобретение такого мастерского использования клавиш-модификаторов требует от автора в своем роде неординарного мышления. ;)

BSD sockets — это в первую очередь API. Может ты даже вспомнишь ещё какую-нибудь альтернативу, кроме полумертвого TLI? То, что в линуксе в какой-то момент времени переписали реализацию „с нуля“ не отменяет факта использования и оглядки на эталон.

А почему мне никто не ответил насчёт BSD? :)

> А почему мне никто не ответил насчёт BSD? :)

А где был вопрос?

>> а гцц и емакс ты используешь чьи?

> Общие. Правда предпочитаю vi. ;)

Действительно. Общие. GCC собирают Apple Mac OS X.

vi — режимное убожество. Уж лучше ee.

В ГНУ создали коллекцию компиляторов, не имеющую аналогов ни по списку поддерживаемых языков, ни по списку поддерживаемых архитектур.

GCC не стал образцом для подражания, как сокеты только потому, что подражатели пока еще не смогли сделать ничего сравнимого и пользуются GCC.

Собственно, я не склонен меряться, в конце концов, я ведь ни строчки не написал ни в GCC, ни в *BSD, но по моему, переоценить вклад GNU в развитие всех операционок весьма трудно...