форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение		[ Отслеживать ]

"OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."

Сообщение от opennews (ok) on 23-Июн-08, 15:56

Компания 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

Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от User294 (ok) on 23-Июн-08, 15:56

Это просто праздник какой-то.А еще MS признал что ODF выиграл :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от ZANSWER (??) on 23-Июн-08, 16:32

Похоже теперь btrfs становится не нужной поделкой, ибо дублирует функцанал AdvFS, при том, что она ещё в глубокой альфе, интересно, что на это ответит Oracle...*DEATH MATCH*

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от fi (ok) on 23-Июн-08, 16:45
	Похоже теперь ZFS становится не нужной поделкой, ибо дублирует функцанал AdvFS, при том, что она ещё в глубокой ж... :D :D Впрочем про  AdvFS я уже писал. A вот btrfs изначально кластерная делается и  это следующий шаг.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от Andrew Kolchoogin on 23-Июн-08, 16:48
	> Похоже теперь ZFS становится не нужной поделкой, ибо дублирует функцанал AdvFS, > при том, что она ещё в глубокой ж... :D :D     AdvFS не умеет почти ничего из того, что умеет ZFS. Data Integrity в AdvFS'е нет, layer'инга тоже нет. Интеграции с jail'ами (BSD)/контейнерами (Solaris) нет...     Короче говоря, Hewlett-Packard ее открыла потому, что выкинуть жалко. Дай вам Боже, что нам негоже, это называется. ;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	16. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от fi (ok) on 23-Июн-08, 17:54
	это была шутка Хотя многое из "инноваций" сана уже было реализовано в AdvFS, как впрочем и в других системах. Ну и действительно будет жалко терять ее наработки. Могли бы и сам OSF/1 открыть полностью на радость bsd-шникам.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	41. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от User294 (ok) on 24-Июн-08, 13:20
	>    AdvFS не умеет почти ничего из того, что >умеет ZFS. Data Integrity в AdvFS'е нет, Расчет чексумм это конечно круто, но проц все-таки грузит.И может быть хотя-бы вы скажете что делает ZFS когда чексумм не сошелся?Ну, задетектили мы что "пи...ц!".Дальше что?А то любая ФС и так при разрушении структур скажет "пи...ц!".Ну, а чем ZFS будет в этой ситуации лучше?Тем что чуть быстрее обнаружит что п-ц?И все? > layer'инга тоже нет. Лично мне не понятно почему файловая система с какого-то перепуга должна и парить и жарить и крестиком вышивать и вообще заниматься функциями не характерными для ФС навроде менеджмента томов и прочая.Файловая система - это файловая система и должна заниматься своим делом - раскладывать файлы на предоставленном пространстве.Желательно как можно эффективнее.А кто и откуда это пространство возьмет в общем то файловую систему особо колебать не должно.А то получается что ФС это такая попытка впихнуть целую отдельную операционку в один драйвер.Это, извините, изврат и при том крайне неуниверсальный, потому как совместимо только само с собой и если вдруг конкретно этот велосипед для энной задачи не подойдет - останется только выдирать волосы с досады, потому что отказаться от него и поюзать альтернативный при такой схеме будет трудновато. > Интеграции с jail'ами (BSD) Ага, в бсд оно для начала не достигло release quality.Об остальном можно и не говорить.То есть все как бы круто, но только в теории.А если вам надо чтобы работало и при том сегодня а не через пару лет - упс, приплыли: в бздях на сегодня нет нормальной ФС so far.В теории только все да в experimental, которые в продакшне могут заюзать только особо отмороженные камикадзе =))) > /контейнерами (Solaris) нет... Да и хрен с ним 8).Пусть у тех кому это надо голова болит.Если у санок своя собственная архитектура оси здорово отличная от того что у других - ну ой.Логично что никто кроме санок и не поддерживает их специфику.Пусть у сана и болит голова по этому поводу. >    Короче говоря, Hewlett-Packard ее открыла потому, что выкинуть >жалко. Дай вам Боже, что нам негоже, это называется. ;) Ну это можно тогда и про санки сказать :)))
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	45. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ZANSWER (??) on 24-Июн-08, 14:29
	>Расчет чексумм это конечно круто, но проц все-таки грузит.И может быть хотя-бы >вы скажете что делает 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, так что мимо кассы...;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	51. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от User294 (ok) on 24-Июн-08, 15:53
	>есть ещё копия - 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 что-то странное.И куда они там зарулят в долговременном плане - да хрен его знает... а поскольку их собственные технологии ни с чем не совместимы (да-да, кстати собственные манагеры томов в ФС тоже имеют этот недостаток) - ну ой, можно и обломаться при случае.Оставшись с набором технологий который вендор более не поддерживает а более никто оные технологии и не юзает.А это мы уже с Майкрософт проходили, больше как-то не хочется.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	66. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от Frank (??) on 25-Июн-08, 14:02
	>[оверквотинг удален] >>что "пи...ц!".Дальше что?А то любая ФС и так при разрушении структур >>скажет "пи...ц!".Ну, а чем ZFS будет в этой ситуации лучше?Тем что >>чуть быстрее обнаружит что п-ц?И все? > >И насколько же у Вас сильно оно проц грузит, можно Ваши тесты?? >Как, что будет делать, будет востанавливать этот блок, если для него >есть ещё копия - Ditto Block's - для метаданных всегда есть >ещё две копии, внезависимости от того, используется ли плоский пул или >raid конфигурации, так же можно использовать Ditto Block's и для важной >инфы в плоском пуле...;) ZFS не щупал, но по прочтению этой информации, возникает вопрос: а что, четырёхгиговый образ DVD на ZFS займёт 12 гигов на винчестере? Или таки дублируется лишь малая часть системной информации, а не все пользовательские данные?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	68. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ZANSWER (??) on 25-Июн-08, 17:59
	> ZFS не щупал, но по прочтению этой информации, возникает вопрос: а что, четырёхгиговый образ DVD на ZFS займёт 12 гигов на винчестере? Или таки дублируется лишь малая часть системной информации, а не все пользовательские данные? Будут дублироваться лишь те данные, для которых Вы включите Ditto-Block's, по умолчанию они включенны только для metadata, ввиду того, что она занимает очень мало место, а вот для данных пользователя, каждый уже сам может решить, нужно ему это или не нужно, а главное для какой именно FS...*ZFS*
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	69. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от Дмитрий Ю. Карпов on 25-Июн-08, 20:40
	> Лично мне не понятно почему файловая система ... должна ... заниматься функциями не характерными для ФС навроде менеджмента томов и прочая. Например, потому что при объединении томов в RAID-массив маленький файл крайне желательно класть так, чтобы он оказался на одном томе, а не на двух разных. Так что файловая система должна разбираться в том, откуда ей дают пространство и как это пространство устроено.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	49. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ЩекнИтрч on 24-Июн-08, 15:11
	>    Короче говоря, Hewlett-Packard ее открыла потому, что выкинуть >жалко. Дай вам Боже, что нам негоже, это называется. ;) сырец есть сырец :) сунуть нос всегда полезно :) в академических целях... :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	62. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от fresco (??) on 25-Июн-08, 12:47
	+1
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	13. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ZANSWER (??) on 23-Июн-08, 16:49
	> A вот btrfs изначально кластерная делается и  это следующий шаг. Где это написано и когда этот шаг хотя бы станет бетой??;)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	23. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 23-Июн-08, 20:54
	когда-нибудь станет. и релизом. мы будем за неё болеть.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	65. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от User294 (ok) on 25-Июн-08, 13:41
	>Где это написано и когда этот шаг хотя бы станет бетой??;) Там же где и сроки релиза ZFS в бздях, видимо 8).Собственно в случае линуксов никаких особых проблем от этого нет - там и так вагон ФС на выбор под разные задачи есть.Надо забить мебельный гвоздик?Есть 200-грамммовый молоточек в виде squashfs и jffs2.Надо вхреначить костыль в железнодорожную шпалу?Получите кувалду навроде XFS а если вам и правда много надо - то на запасном пути еще самоходный пневмомолот в виде всяких кластерных ФС стоит :).В общем то под любую задачу и так можно найти вменяемую ФС.А то что не любая другая другая ос может этим похвастаться... нуууу.... бывает :)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	24. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 23-Июн-08, 20:59
	>Похоже теперь btrfs становится не нужной поделкой, ибо дублирует функцанал AdvFS, при том, что она ещё в глубокой альфе, интересно, что на это ответит Oracle...*DEATH MATCH* похоже,.. вернее, точно, zfs теперь не нужен.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	33. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ZANSWER (??) on 24-Июн-08, 11:50
	> похоже,.. > вернее, точно, zfs теперь не нужен. vitek, побойся бога, ZFS - это последнее, что может спасти GNU/Linux, Линусу нужно срочно сходить на поклон к Sun-у, чтобы те зделали двойное лицензирование, иначе страшно подумать, что будет в будущем с GNU/Linux...*IN MIND*
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	34. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от pavel_simple (??) on 24-Июн-08, 11:51
	>...*IN MIND* > *OUT OFF*
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	35. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 24-Июн-08, 12:31
	Линус теперь вообще может забыть слово SUN. и не только он, к сожалению
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	39. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ZANSWER (??) on 24-Июн-08, 13:09
	Кроме общей концепции по упровлению томами, у них мало, что ещё общее, по возможностям она так далека от ZFS, что даже говорить не о чем, так что Линус таки должен стать на путь истинный, а не доедать объедки с барского стола, от всяких IBM-ом, HP и SGI-аей...*GOD*
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	43. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 24-Июн-08, 14:17
	лет 10 назад специалисты от solaris даже не упоминали linux, а если всё-таки приходилось, то быдло кодеры - это было чуть ли не комплимент. теперь вон сколько Вас набежало! :-) да еще в новость, не относящуюся к solaris. по поводу: >по возможностям она так далека от ZFS, что даже говорить не о чем так мне БОЛЕЕ чем достаточно последних 3-х пунктов (см. новость выше) с учетом того, что это проверенная временем fs. исходники уже скачал, дока - 8Mb архивов, буду пробовать, может чем портовцам помогу :-)
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	67. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от fi (ok) on 25-Июн-08, 15:16
	> ZFS - это последнее, что может спасти GNU/Linux ага, это действительно последнее что может пригодиться GNU/Linux :)))) Зачем нужна эта 128битная фс для малого бизнеса??? Подождем пока она будет тягаться с VxFS  - которая на сегодня есть реальная система для Solaris. Кстати, под солярку есть и CXFS, так что пусть пока живет Solaris.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от Аноним (??) on 23-Июн-08, 16:39

> Механизмы для автоматической дефрагментации данных в процессе работы; насколько мне известно, в ZFS этого пока еще нет ;-(

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от Аноним (??) on 23-Июн-08, 16:46

интересно посмотреть тесты производительности  AdvFS XFS ext3

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	40. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от Аноним (??) on 24-Июн-08, 13:16
	>интересно посмотреть тесты производительности  AdvFS XFS ext3 Overall score именно в такой последовательности и будет, от лучшего к худшему.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."

Сообщение от Аноним (??) on 23-Июн-08, 17:02

А OpenVMS они не хотят на писюк перенести и под GPL отдать? :) Тогда и сам Linux не нужен станет.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	18. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."
	Сообщение от Аноним (??) on 23-Июн-08, 19:15
	>А OpenVMS они не хотят на писюк перенести и под GPL отдать? >:) Тогда и сам Linux не нужен станет. Представил себе _это_ ... чуть кофеей не облился ,) Но как бы там ни было - сабж - вещь! Только хорошие воспоминания. Да и чего греха таить - все мы знаем _что_ саны держали за образец рожая свою ZFS :) Давайте линуксовые - навалитесь! Если хорошо портануть - будет реально полезная вещь! Это я к тому что бэтээры всякие пока ещё поделка. А линуксовый порт SGI XFS'а ... лучше промолчу :( Удачи!
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."

Сообщение от Аноним (??) on 23-Июн-08, 17:04

Когда IBM EVMS предлагала, то все нос воротили от него и выбрали поделку LVM. А теперь что - созрели?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	22. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."
	Сообщение от Zulu on 23-Июн-08, 20:54
	>Когда IBM EVMS предлагала, то все нос воротили от него и выбрали >поделку LVM. А теперь что - созрели? У меня нет слов. Онанимуз, епт, ты EVMS в глаза видел? КАК оно организует тома в курсе? over  md + lvm + ext3|jfs|xfs Пользователь EVMS и LVM с 2004.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."

Сообщение от Аноним (??) on 24-Июн-08, 06:19

Кто знает - может AdvFS уменьшать свой размер. Не увеличивать, это многие умеют, а уменьшать. Пока это может только jfs, и то на AIX.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	46. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."
	Сообщение от Guest (??) on 24-Июн-08, 14:50
	>Кто знает - может AdvFS уменьшать свой размер. Не увеличивать, это многие >умеют, а уменьшать. Пока это может только jfs, и то на >AIX. Вообще-то это нужно только ФС прошлого поколения, которых используется несколько на костыле LVM и может понадобиться их ресайзить. А AdvFS или ZFS - сами себе VM, там таких костылей не нужно, они сразу занимают весь диск и точка. Хотя может понадобиться добавить/вытащить диск. Вот ZFS этого не умеет, а AdvFS судя по описанию умеет благодаря дефрагментации.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от fresco (??) on 24-Июн-08, 10:12

Эх блин... Статью, что ли, про нее написать...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	36. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 24-Июн-08, 12:35
	уже жду :-) кстати, там исходники уже 2-ой генерации, есть дока, а так же, если можно так выразиться - исходные исходники от Tru64.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	42. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от fresco (??) on 24-Июн-08, 13:43
	Объем документации великоват, быстро не разберешься. Но со временем статья обязательно будет.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	44. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 24-Июн-08, 14:19
	давай вместе может быстрее получится
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

37. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от cvsup (ok) on 24-Июн-08, 12:50

в ZFS отсутствует журналирование by design

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	38. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от cvsup (ok) on 24-Июн-08, 12:52
	из новости: > Файловая система AdvFS имеет 16-летнюю историю использования в промышленной эксплуатации и близка по возможностям к ZFS. так что весьма спорное утверждение
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	47. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от Guest (??) on 24-Июн-08, 14:51
	Проспись, есть там журналирование. ZIL
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	48. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от ZANSWER (??) on 24-Июн-08, 14:59
	> Проспись, есть там журналирование. 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.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	50. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 24-Июн-08, 15:15
	я могу это назвать критикой? :-D
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

52. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."

Сообщение от Аноним (??) on 24-Июн-08, 16:17

DEC'a давно уже нет, но его дела живут своей жизнью. OSF/1 - Digital UNIX - Tru64 UNIX HP через 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а писюках просто все привыкли к тому, как _не_должно_быть_. И это плохо. =========================================================

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	63. "OpenNews: Компания Hewlett-Packard открыла исходные тексты ф..."
	Сообщение от fresco (??) on 25-Июн-08, 12:59
	эээ сомнительно все как-то. вы думаете, что умнее всех? или полагаете реализацию этих ваших записей очень сложной задачей? если не сделали -- значит практически никому не надо. а для ваших задач, на сколько можно судить, подойдет любая СУБД.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

53. "Компания Hewlett-Packard открыла исходные тексты файловой си..."

Сообщение от pavlinux (ok) on 24-Июн-08, 23:32

Попизд...ли, а кто нить вообще скомпилил, по тестил?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	54. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 25-Июн-08, 00:46
	ну я пытаюсь... присоединишься.....? или тоже попизде..ь?...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	55. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от pavlinux (ok) on 25-Июн-08, 01:05
	делаю...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	56. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от pavlinux (ok) on 25-Июн-08, 01:08
	Аська || jabber есть? Кидай номер на thomas39597@mint.us.to
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	60. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 25-Июн-08, 12:41
	ау!? ты еще тут? вчера спать ушел. сегодня вечером займусь плотнее.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	58. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от pavlinux (ok) on 25-Июн-08, 01:49
	>ну я пытаюсь... >присоединишься.....? >или тоже попизде..ь?... А тебе не кажется что это БОЛЬШАЯ ЖИРНАЯ ЛАЖА. Многих Хидеров нету, на часть ядра или модуль вообще не похоже, куча функций и структур, енумов... Как мозаика - нужно ещё правильно выстроить! Если, вообще, сами функции не лажа.   Хотя тут http://advfs.sourceforge.net написано "compatible with the Linux kernel".
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	59. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от Nesk on 25-Июн-08, 09:06
	> >Хотя тут http://advfs.sourceforge.net написано "compatible with the Linux kernel". Хм.. Вы читать умеете? там написано "licensed under GPLv2 to be compatible with the Linux kernel." Т.е. у нее лишь лицензия совместима.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	61. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 25-Июн-08, 12:46
	в 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.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	64. "Компания Hewlett-Packard открыла исходные тексты файловой си..."
	Сообщение от vitek (??) on 25-Июн-08, 13:05
	прикольно :-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 to   license 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!
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]