Компания Hewlett-Packard открыла (http://www.infoworld.com/article/08/06/23/HP-donating-file-s...) полный комплект документации и исходных текстов файловой системы Tru64 Unix Advanced File System (AdvFS). С сайта sourceforge.net уже можно загрузить (http://sourceforge.net/projects/advfs/) пример реализации AdvFS для Linux ядра, выпущенный под лицензией GPLv2.
Файловая система AdvFS имеет 16-летнюю историю использования в промышленной эксплуатации и близка по возможностям к ZFS.
Некоторые особенности AdvFS:
- Быстрое восстановление после сбоя, благодаря использованию журналирования;
- Высокая производительность;
- Позволяет минимизировать время простоя и упростить управление хранилищами данных, так как не требует остановки работы при подключении новых дисков к ФС, все операции могут выполниться на лету, включая поддержку online режима резервного копирования (через создание снапшотов ФС);
- Механизмы для автоматической дефрагментации данных в процесс...URL: http://www.infoworld.com/article/08/06/23/HP-donating-file-s...
Новость: http://www.opennet.me/opennews/art.shtml?num=16605
Это просто праздник какой-то.А еще MS признал что ODF выиграл :)
Похоже теперь btrfs становится не нужной поделкой, ибо дублирует функцанал AdvFS, при том, что она ещё в глубокой альфе, интересно, что на это ответит Oracle...*DEATH MATCH*
Похоже теперь ZFS становится не нужной поделкой, ибо дублирует функцанал AdvFS, при том, что она ещё в глубокой ж... :D :D
Впрочем про AdvFS я уже писал.A вот btrfs изначально кластерная делается и это следующий шаг.
> Похоже теперь ZFS становится не нужной поделкой, ибо дублирует функцанал AdvFS,
> при том, что она ещё в глубокой ж... :D :DAdvFS не умеет почти ничего из того, что умеет ZFS. Data Integrity в AdvFS'е нет, layer'инга тоже нет. Интеграции с jail'ами (BSD)/контейнерами (Solaris) нет...
Короче говоря, Hewlett-Packard ее открыла потому, что выкинуть жалко. Дай вам Боже, что нам негоже, это называется. ;)
это была шуткаХотя многое из "инноваций" сана уже было реализовано в AdvFS, как впрочем и в других системах. Ну и действительно будет жалко терять ее наработки. Могли бы и сам OSF/1 открыть полностью на радость bsd-шникам.
> AdvFS не умеет почти ничего из того, что
>умеет ZFS. Data Integrity в AdvFS'е нет,Расчет чексумм это конечно круто, но проц все-таки грузит.И может быть хотя-бы вы скажете что делает ZFS когда чексумм не сошелся?Ну, задетектили мы что "пи...ц!".Дальше что?А то любая ФС и так при разрушении структур скажет "пи...ц!".Ну, а чем ZFS будет в этой ситуации лучше?Тем что чуть быстрее обнаружит что п-ц?И все?
> layer'инга тоже нет.
Лично мне не понятно почему файловая система с какого-то перепуга должна и парить и жарить и крестиком вышивать и вообще заниматься функциями не характерными для ФС навроде менеджмента томов и прочая.Файловая система - это файловая система и должна заниматься своим делом - раскладывать файлы на предоставленном пространстве.Желательно как можно эффективнее.А кто и откуда это пространство возьмет в общем то файловую систему особо колебать не должно.А то получается что ФС это такая попытка впихнуть целую отдельную операционку в один драйвер.Это, извините, изврат и при том крайне неуниверсальный, потому как совместимо только само с собой и если вдруг конкретно этот велосипед для энной задачи не подойдет - останется только выдирать волосы с досады, потому что отказаться от него и поюзать альтернативный при такой схеме будет трудновато.
> Интеграции с jail'ами (BSD)
Ага, в бсд оно для начала не достигло release quality.Об остальном можно и не говорить.То есть все как бы круто, но только в теории.А если вам надо чтобы работало и при том сегодня а не через пару лет - упс, приплыли: в бздях на сегодня нет нормальной ФС so far.В теории только все да в experimental, которые в продакшне могут заюзать только особо отмороженные камикадзе =)))
> /контейнерами (Solaris) нет...
Да и хрен с ним 8).Пусть у тех кому это надо голова болит.Если у санок своя собственная архитектура оси здорово отличная от того что у других - ну ой.Логично что никто кроме санок и не поддерживает их специфику.Пусть у сана и болит голова по этому поводу.
> Короче говоря, Hewlett-Packard ее открыла потому, что выкинуть
>жалко. Дай вам Боже, что нам негоже, это называется. ;)Ну это можно тогда и про санки сказать :)))
>Расчет чексумм это конечно круто, но проц все-таки грузит.И может быть хотя-бы
>вы скажете что делает ZFS когда чексумм не сошелся?Ну, задетектили мы
>что "пи...ц!".Дальше что?А то любая ФС и так при разрушении структур
>скажет "пи...ц!".Ну, а чем ZFS будет в этой ситуации лучше?Тем что
>чуть быстрее обнаружит что п-ц?И все?И насколько же у Вас сильно оно проц грузит, можно Ваши тесты?? Как, что будет делать, будет востанавливать этот блок, если для него есть ещё копия - Ditto Block's - для метаданных всегда есть ещё две копии, внезависимости от того, используется ли плоский пул или raid конфигурации, так же можно использовать Ditto Block's и для важной инфы в плоском пуле...;)
>[оверквотинг удален]
>характерными для ФС навроде менеджмента томов и прочая.Файловая система - это
>файловая система и должна заниматься своим делом - раскладывать файлы на
>предоставленном пространстве.Желательно как можно эффективнее.А кто и откуда это пространство возьмет
>в общем то файловую систему особо колебать не должно.А то получается
>что ФС это такая попытка впихнуть целую отдельную операционку в один
>драйвер.Это, извините, изврат и при том крайне неуниверсальный, потому как совместимо
>только само с собой и если вдруг конкретно этот велосипед для
>энной задачи не подойдет - останется только выдирать волосы с досады,
>потому что отказаться от него и поюзать альтернативный при такой схеме
>будет трудновато.Значит Вы считаете, что AdvFS умеющая управлять томами, жарить и крестиком вышивать тоже не эфиктивна?? Или Вы хотите сказать, что наличие леиринга в ZFS это плохо??=-O
>Ага, в бсд оно для начала не достигло release quality.Об остальном можно
>и не говорить.То есть все как бы круто, но только в
>теории.А если вам надо чтобы работало и при том сегодня а
>не через пару лет - упс, приплыли: в бздях на сегодня
>нет нормальной ФС so far.В теории только все да в experimental,
>которые в продакшне могут заюзать только особо отмороженные камикадзе =)))И тем неменее, есть хотя бы такое, с AdvFS и такого не имеется, так что тут выбор, как говорится прост...:)
>Да и хрен с ним 8).Пусть у тех кому это надо голова
>болит.Если у санок своя собственная архитектура оси здорово отличная от того
>что у других - ну ой.Логично что никто кроме санок и
>не поддерживает их специфику.Пусть у сана и болит голова по этому
>поводу.Но как Вы видите в FreeBSD тем неменее прекрасно научили ZFS работать с Jails-ами, значит всё таки, Sun подумало о других, а не только о себе...;)
>Ну это можно тогда и про санки сказать :)))
ZFS в отличие от AdvFS написана была не 16 лет назад и не Solaris померла благополучно, а Tru64 коей FS, и являлась AdvFS, так что мимо кассы...;)
>есть ещё копия - Ditto Block's - для метаданных всегда есть
>ещё две копии, внезависимости от того, используется ли плоский пул или
>raid конфигурацииВо, наконец то кто-то вменяемый, кто ZFS видимо даже использовал и даже что-то понимает в ее работе.Спасибо за инфо :).А то обычно бздуны только пальцуют что оно у них есть.Но ответить на столь элементарный вопрос почему-то не могут.Видимо, как всегда теоретики согретые знанием что оно в теории дескать у них есть.Правда могу предположить что обновление резервных блоков вносит свою лепту в тормознутость системы.Ну да, если ее вкатить на 16-процессорный сервер с крутыми RAID-массивами и 32Gb RAM то там пожалуй тормозов и не заметишь а такие вещи сыграют на руку для повышения надежности.А если на что-то менее масштабное - пожалуй оно более простым ФС сольет... в общем правильное у меня впечатление сложилось что ZFS - это крупная такая кувалда, для соответствующих по масштабу задач?
>Значит Вы считаете, что AdvFS умеющая управлять томами, жарить и крестиком вышивать
>тоже не эфиктивна?? Или Вы хотите сказать, что наличие леиринга в
>ZFS это плохо??=-OЯ хочу сказать что данный функционал в случае линукса всего лишь duplicate уже имеющегося.И потому необходимым не является.Скорее всего у хьюлета в системе тоже не было менеджера томов а потому они свалили эту задачу на свою файловую систему.
>>нет нормальной ФС so far.В теории только все да в experimental,
>>которые в продакшне могут заюзать только особо отмороженные камикадзе =)))
>И тем неменее, есть хотя бы такое, с AdvFS и такого не
>имеется, так что тут выбор, как говорится прост...:)Что - такое?Такое в продакшн не поставишь, так что пальцы гнуть насчет ZFS если кто-то и может то только санки с своей солярой.Ну а там то все просто и понятно - санки за отсутствием манагера томов и нормальной ФС при создании ФС в ней и маганер томов зафигарили.Как впрочем и хьюлет-пакард, видимо по ровно той же причине.Но дело в том что в линухах манагер томов уже есть.И его наличие в ФС по этой причине великим достоинством не является.Просто redundant функционал.
>Но как Вы видите в FreeBSD тем неменее прекрасно научили ZFS работать
Прекрасно?Работать?Научили?Вы говорите "гоп" до того как перепрыгнули.Вот когда оно будет в stable, без багов и можно будет просто взять это FreeBSD и поюзать ZFS "out of the box" без проблем и с какими никакими гарантиями (отсутствие known багов и масштабные тесты) - тогда это будет называться "прекрасно научили работать".А до тех пор интерес от этого теоретический.
>с Jails-ами, значит всё таки, Sun подумало о других, а не
>только о себе...;)Может быть jail это конечно и круто но на практике легкая виртуализация еще лучше.Почему?Ну возьмем небезызвестного FirstVDS.Да, там можно и фрю выбрать.И там юзается собственная недо-виртуализация на основе jail.В итоге после обновления хоста все guest системы дружно стайкой вылетают в трубу.Замечательное решение.Ога.Красиво их кастомеры дружно и характерно так пачками улетают при очередном апдейте фряхи, покруче любого виндовса выглядит.Тем не менее линуксные VDSки на основе виртуозы, openvz, freevps и прочих легких виртуализаторов работают нормально а ребутаются тогда когда владелец скажет а не после очередного апдейта хост-системы.И guest система обновляется вообще незвависимо.В итоге даже у того же firstvds есть теперь и виртуалки с линуксами.Которые куда как менее летучи.Вывод: пока вы там колупаетесь с всем этим, линуксы снова впереди с куда более нормальным и юзабельным на практике решением.И разделение лучше и независимости у разных guest-ов намного больше.В итоге это даже юзают на практике.А вот с какой целью были придуманы jail... идея хорошая но реализация... полностью независимых окружений все-равно не выходит.Ну а в линуксе есть чрут для халявного и простого ограничения или решения легковесной виртуализации для серьезного разделения когда это пригодно даже для коммерческих применений (и применяют - количествл VDS растет как на дрожжах).
>ZFS в отличие от AdvFS написана была не 16 лет назад и
>не Solaris померла благополучно, а Tru64 коей FS, и являлась AdvFS,
>так что мимо кассы...;)Да чего-то пока у санок не заметно шедевральных успехов.Колупаются туда-сюда чтобы не сдохнуть, с опенсорц заигрывают... видимо прижало их и выбора попросту не осталось.Или идти в опенсорц или повторить участь проприетарных *никсов и прочих динозавров двадцатого века.Динозавры вон тоже были большие, но их это не спасло.Только вот пока санки как-то очень уж неумело играют в эту игру.Я бы на них в долговременном плане закладываться не стал.Они хорошие.Да.Но делают IMHO что-то странное.И куда они там зарулят в долговременном плане - да хрен его знает... а поскольку их собственные технологии ни с чем не совместимы (да-да, кстати собственные манагеры томов в ФС тоже имеют этот недостаток) - ну ой, можно и обломаться при случае.Оставшись с набором технологий который вендор более не поддерживает а более никто оные технологии и не юзает.А это мы уже с Майкрософт проходили, больше как-то не хочется.
>[оверквотинг удален]
>>что "пи...ц!".Дальше что?А то любая ФС и так при разрушении структур
>>скажет "пи...ц!".Ну, а чем ZFS будет в этой ситуации лучше?Тем что
>>чуть быстрее обнаружит что п-ц?И все?
>
>И насколько же у Вас сильно оно проц грузит, можно Ваши тесты??
>Как, что будет делать, будет востанавливать этот блок, если для него
>есть ещё копия - Ditto Block's - для метаданных всегда есть
>ещё две копии, внезависимости от того, используется ли плоский пул или
>raid конфигурации, так же можно использовать Ditto Block's и для важной
>инфы в плоском пуле...;)ZFS не щупал, но по прочтению этой информации, возникает вопрос: а что, четырёхгиговый образ DVD на ZFS займёт 12 гигов на винчестере? Или таки дублируется лишь малая часть системной информации, а не все пользовательские данные?
> ZFS не щупал, но по прочтению этой информации, возникает вопрос: а что, четырёхгиговый образ DVD на ZFS займёт 12 гигов на винчестере? Или таки дублируется лишь малая часть системной информации, а не все пользовательские данные?Будут дублироваться лишь те данные, для которых Вы включите Ditto-Block's, по умолчанию они включенны только для metadata, ввиду того, что она занимает очень мало место, а вот для данных пользователя, каждый уже сам может решить, нужно ему это или не нужно, а главное для какой именно FS...*ZFS*
> Лично мне не понятно почему файловая система ... должна ... заниматься функциями не характерными для ФС навроде менеджмента томов и прочая.Например, потому что при объединении томов в RAID-массив маленький файл крайне желательно класть так, чтобы он оказался на одном томе, а не на двух разных. Так что файловая система должна разбираться в том, откуда ей дают пространство и как это пространство устроено.
> Короче говоря, Hewlett-Packard ее открыла потому, что выкинуть
>жалко. Дай вам Боже, что нам негоже, это называется. ;)сырец есть сырец :)
сунуть нос всегда полезно :) в академических целях... :)
+1
> A вот btrfs изначально кластерная делается и это следующий шаг.Где это написано и когда этот шаг хотя бы станет бетой??;)
когда-нибудь станет. и релизом.
мы будем за неё болеть.
>Где это написано и когда этот шаг хотя бы станет бетой??;)Там же где и сроки релиза ZFS в бздях, видимо 8).Собственно в случае линуксов никаких особых проблем от этого нет - там и так вагон ФС на выбор под разные задачи есть.Надо забить мебельный гвоздик?Есть 200-грамммовый молоточек в виде squashfs и jffs2.Надо вхреначить костыль в железнодорожную шпалу?Получите кувалду навроде XFS а если вам и правда много надо - то на запасном пути еще самоходный пневмомолот в виде всяких кластерных ФС стоит :).В общем то под любую задачу и так можно найти вменяемую ФС.А то что не любая другая другая ос может этим похвастаться... нуууу.... бывает :)
>Похоже теперь btrfs становится не нужной поделкой, ибо дублирует функцанал AdvFS, при том, что она ещё в глубокой альфе, интересно, что на это ответит Oracle...*DEATH MATCH*похоже,..
вернее, точно, zfs теперь не нужен.
> похоже,..
> вернее, точно, zfs теперь не нужен.vitek, побойся бога, ZFS - это последнее, что может спасти GNU/Linux, Линусу нужно срочно сходить на поклон к Sun-у, чтобы те зделали двойное лицензирование, иначе страшно подумать, что будет в будущем с GNU/Linux...*IN MIND*
>...*IN MIND*
>*OUT OFF*
Линус теперь вообще может забыть слово SUN.
и не только он, к сожалению
Кроме общей концепции по упровлению томами, у них мало, что ещё общее, по возможностям она так далека от ZFS, что даже говорить не о чем, так что Линус таки должен стать на путь истинный, а не доедать объедки с барского стола, от всяких IBM-ом, HP и SGI-аей...*GOD*
лет 10 назад специалисты от solaris даже не упоминали linux, а если всё-таки приходилось, то быдло кодеры - это было чуть ли не комплимент.
теперь вон сколько Вас набежало! :-)
да еще в новость, не относящуюся к solaris.по поводу:
>по возможностям она так далека от ZFS, что даже говорить не о чемтак мне БОЛЕЕ чем достаточно последних 3-х пунктов (см. новость выше)
с учетом того, что это проверенная временем fs.
исходники уже скачал, дока - 8Mb архивов, буду пробовать, может чем портовцам помогу :-)
> ZFS - это последнее, что может спасти GNU/Linuxага, это действительно последнее что может пригодиться GNU/Linux :))))
Зачем нужна эта 128битная фс для малого бизнеса??? Подождем пока она будет тягаться с VxFS - которая на сегодня есть реальная система для Solaris. Кстати, под солярку есть и CXFS, так что пусть пока живет Solaris.
> Механизмы для автоматической дефрагментации данных в процессе работы;насколько мне известно, в ZFS этого пока еще нет ;-(
интересно посмотреть тесты производительности AdvFS XFS ext3
>интересно посмотреть тесты производительности AdvFS XFS ext3Overall score именно в такой последовательности и будет, от лучшего к худшему.
А OpenVMS они не хотят на писюк перенести и под GPL отдать? :) Тогда и сам Linux не нужен станет.
>А OpenVMS они не хотят на писюк перенести и под GPL отдать?
>:) Тогда и сам Linux не нужен станет.Представил себе _это_ ... чуть кофеей не облился ,)
Но как бы там ни было - сабж - вещь! Только хорошие воспоминания. Да и чего греха таить - все мы знаем _что_ саны держали за образец рожая свою ZFS :)
Давайте линуксовые - навалитесь! Если хорошо портануть - будет реально полезная вещь! Это я к тому что бэтээры всякие пока ещё поделка. А линуксовый порт SGI XFS'а ... лучше промолчу :(Удачи!
Когда IBM EVMS предлагала, то все нос воротили от него и выбрали поделку LVM. А теперь что - созрели?
>Когда IBM EVMS предлагала, то все нос воротили от него и выбрали
>поделку LVM. А теперь что - созрели?У меня нет слов. Онанимуз, епт, ты EVMS в глаза видел? КАК оно организует тома в курсе? over md + lvm + ext3|jfs|xfs
Пользователь EVMS и LVM с 2004.
Кто знает - может AdvFS уменьшать свой размер. Не увеличивать, это многие умеют, а уменьшать. Пока это может только jfs, и то на AIX.
>Кто знает - может AdvFS уменьшать свой размер. Не увеличивать, это многие
>умеют, а уменьшать. Пока это может только jfs, и то на
>AIX.Вообще-то это нужно только ФС прошлого поколения, которых используется несколько на костыле LVM и может понадобиться их ресайзить. А AdvFS или ZFS - сами себе VM, там таких костылей не нужно, они сразу занимают весь диск и точка. Хотя может понадобиться добавить/вытащить диск. Вот ZFS этого не умеет, а AdvFS судя по описанию умеет благодаря дефрагментации.
Эх блин... Статью, что ли, про нее написать...
уже жду :-)
кстати, там исходники уже 2-ой генерации, есть дока, а так же, если можно так выразиться - исходные исходники от Tru64.
Объем документации великоват, быстро не разберешься. Но со временем статья обязательно будет.
давай вместе
может быстрее получится
в ZFS отсутствует журналирование by design
из новости:
> Файловая система AdvFS имеет 16-летнюю историю использования в промышленной эксплуатации и близка по возможностям к ZFS.так что весьма спорное утверждение
Проспись, есть там журналирование. ZIL
> Проспись, есть там журналирование. ZILЕсть, то есть, только вот используется оно:
ZIL (ZFS Intent Log)
While ZFS provides always-consistent data on disk, it follows traditional filesystem semantics where the majority of data is not written to disk immediately; otherwise performance would be pathologically slow. But there are applications that require more stringent semantics where the data is guaranteed to be on disk by the time the read(2) or write(2) call returns. For those applications requiring this behavior (specified with O_DSYNC), the ZIL provides the necessary semantics using an efficient per-dataset transaction log that can be replayed in event of a crash.
я могу это назвать критикой? :-D
DEC'a давно уже нет, но его дела живут своей жизнью.
OSF/1 - Digital UNIX - Tru64 UNIXHP через Compaq получила наработки DEC'a по отказоусточивым решениям. Я уже не говорю про OpenVMS, которую перенесли на Integrity (Itanium), настоящий язык для системного программирования "Bliss". А тот же Oracle... Во времена были! А теперь файловые системы не умеют даже записями управлять - только байтами.
=========================================================
>[оверквотинг удален]
>> байтами, а записями, как положено. фиксированной или переменной длины. Это
>> везде на 360-390.
>> в VM(CMS): я могу считать n-m запись в файле из n записей
>> _переменной_длины_ за 1 обращение к fs. она просто считывается, ибо место
>> её нахождение на диске известно fs. писюковская FS - вырожденный случай
>> нормальной FS, то есть: recformat=fb, blocksize=512, logicalreclen=1 -
>> самый бредовый случай из всех, которые можно придумать, даже не учитывая
>> округление до целого кластера. lrecl для refm-v - 64k max, для recfm = f
>> - 4 байта под длину max.
>> число записей в файле - 4 байта под это число макс. Это все - в 70-е годы.IS> А что такое писюковая FS ? Я про такую не знаю.
fat,hpfs,ntfs,fat32,jfs, etc.
В общем, все, которые сегодня есть на писюках, вне зависимости от
происхождения. Просто я не видел на писюках ни одной, которая бы имела такое
понятие, как запись.IS> И чем, кстати, так хорошо оперирование записями в FS ?
Удобством и простотой программирования. Программирования своей задачи, а не
того, что должна делать FS.IS> Можно привести
IS> практические примеры, когда записи оказываются удобнее байтового потока ?
1. Если предпочитать выбирать записи переменной длины из файла руками, то
ничем. Я предпочитаю их иметь, выдав запрос. И думать не о размещении байтов,
а о той задаче, которую я решаю. Для файлов с записями фиксированной длины это
ещё не очень актуально, для переменной длины - уже существенно. Кроме того, до
такого детства, как "символ конца записи" или конца файла, там никто
додуматься даже не мог, а программистов, которые делали признак конца файла
(обычно - '****') в своих файлах, а не писали нечто вроде
"on endfile <filename> <action>", считали безнадёжными. В нормальной FS файл
может содержать любые данные по определению, понятие символьного или бинарного
файла - это уже писюковский бред, деление на записи - нормальная функция fs
(никакого отношения к данным, содержащимся в теле файла, это не имеет: все,
что с этим связано, fs имеет вне тела данных файла). Кроме того, есть файлы не
только с прямым и последовательным доступом: библиотечный,
индексно-последовательный, виртуальный (многоуровневый мультииндекс) - они
вообще нереализуемы вне таких понятий, как запись в файле, ибо ключи
определяются в виде поля заданной длины с заданным смещением, которое
находится в каждой записи данного файла.2. Я, помнится, приводил пример, показавшися мне достаточно красноречивым -
странно, что Вы не обратили на него внимания (он даже здесь не поскипан): речь
шла о том, что fs запросто выдаёт мне, например, 929849-ю запись из файла с,
например, 929999 записями переменной длины, за одно обращение к fs, без
считывания промежуточных записей. И это в нормальных FS - норма. Так должно
быть. Hа писюках просто все привыкли к тому, как _не_должно_быть_. И это
плохо.
=========================================================
эээсомнительно все как-то. вы думаете, что умнее всех? или полагаете реализацию этих ваших записей очень сложной задачей? если не сделали -- значит практически никому не надо. а для ваших задач, на сколько можно судить, подойдет любая СУБД.
Попизд...ли, а кто нить вообще скомпилил, по тестил?
ну я пытаюсь...
присоединишься.....?
или тоже попизде..ь?...
делаю...
Аська || jabber есть? Кидай номер на thomas39597@mint.us.to
ау!?
ты еще тут?
вчера спать ушел.
сегодня вечером займусь плотнее.
>ну я пытаюсь...
>присоединишься.....?
>или тоже попизде..ь?...А тебе не кажется что это БОЛЬШАЯ ЖИРНАЯ ЛАЖА.
Многих Хидеров нету, на часть ядра или модуль вообще не похоже, куча функций
и структур, енумов... Как мозаика - нужно ещё правильно выстроить! Если, вообще, сами функции не лажа.Хотя тут http://advfs.sourceforge.net написано "compatible with the Linux kernel".
>
>Хотя тут http://advfs.sourceforge.net написано "compatible with the Linux kernel".Хм.. Вы читать умеете? там написано "licensed under GPLv2 to be compatible with the Linux kernel." Т.е. у нее лишь лицензия совместима.
в README написано другое:
$cat README
This directory includes the source code for a second generation
implementation of AdvFS, including the kernel modules, commands
and utilities.This is the code that was ported to HP-UX. It is functionally
complete and went through fairly extensive functional and stress
testing. However, it should be considered beta quality and so
you may spot bugs. It is recommended that you review the
design documentation which is also available at this site
as it will guide you through the major subsystems.This code will not build on HP-UX because it requires a
specialized build environment. HP-UX users are discouraged
from attempting to build or use this code on HP-UX as it will
not be supported by HP.
прикольно :-D
здесь https://sourceforge.net/forum/forum.php?thread_id=2093083&fo...Building it (New)
By: tdgi (tdgi) - 2008-06-24 23:08
To quote the README:
>It was necessary to omit a few inconsequential files due tolicense requirements...
Might I argue that the Makefiles aren't inconsequential??
Even if they reference files that were not included, they'd be a fantastic jumping off point illustrating how the code is put together. Any chance we could see them as well?
Many thanks in advance!