Представлен (http://groups.google.com/group/xtreemfs/browse_thread/thread...) кандидат в релизы распределенной файловой системы XtreemFS 1.3 (http://www.xtreemfs.org/). Новая версия примечательна сменой лицензии на код. Если раньше исходные тексты проекта распространялись под лицензией GPLv2, то новая версия доступна (http://code.google.com/p/xtreemfs/) под лицензией BSD (http://code.google.com/p/xtreemfs/source/browse/branches/Xtr...).XtreemFS позволяет организовать работу хранилища с распределением данных по нескольким серверам. Для обеспечения отказоустойчивости и обеспечения параллельного доступа данные могут реплицироваться между узлами. Процесс репликации оптимизирован для использования низкоскоростных соединений и возможных временных обрывов связи. Например, при помощи XtreemFS можно обеспечить синхронизацию хранилища на нескольких серверах в разных дата-центрах. Серверная часть XtreemFS, обеспечивающая управление метаданными, написана (ht...
URL: http://xtreemfs.blogspot.com/2011/08/first-release-candidate...
Новость: https://www.opennet.ru/opennews/art.shtml?num=31469
Мая хотеть это в фрибсд...
Возьми да поставь, во FreeBSD есть FUSE.
ага только она на жава а под freebsd нормальной жавы не предвидится ближайшее время, по производительности будет такая же, интересно сравнить ее с нфс по производительности думаю не чего хорошего не будет тоже
diablo-jdk - не?
уже давно не развивается, к тому же не факт что на ней будет работать, как правило такие вещи под интерпрайзную ждк от оракула делаются
> уже давно не развивается, к тому же не факт что на ней
> будет работатьjdk16 1.6.0.3p4_25
http://www.freshports.org/java/jdk16/
Последнее обновление: 28 Jun 2011 07:44:11diablo-jdk16 1.6.0.07.02_15
http://www.freshports.org/java/diablo-jdk16/
Последнее обновление: 28 Jun 2011 07:11:54openjdk6 b23_1
http://www.freshports.org/java/openjdk6/
Последнее обновление: 09 Aug 2011 23:56:40openjdk7 7.0.147_1
http://www.freshports.org/java/openjdk7/
Последнее обновление: 08 Jul 2011 08:28:46Из серии: "найдите свежее".
> как правило такие вещи под интерпрайзную ждк от оракула делаются
Ещё не пробовали запускать, а делаете далеко идущие выводы. Ну-ну.
одно дело обновление порта другое дело сам продукт
> одно дело обновление порта другое дело сам продуктJava совместима снизу вверх. Есть исключения, когда продукт затачивается под определённую версию JRE, выпускается "как есть" и больше не меняется. Но это исключение и не относится к открытым свободным продуктам, которые имеют поддержку жизненного цикла, непрерывно разрабатываются и не брошены на произвол судьбы.
Oracle Java SE 7 создана на основе OpenJDK7: https://www.opennet.ru/opennews/art.shtml?num=31332
Билд 1.7.0-b147 как раз портирован на FreeBSD.
>Есть исключения, когда продукт затачивается под определённую версию JRE,и к сожалению это относится практически ко всем более-менее серьёзным проектам.
Включая оракловый оебс.
>>Есть исключения, когда продукт затачивается под определённую версию JRE,
> и к сожалению это относится практически ко всем более-менее серьёзным проектам.
> Включая оракловый оебс.JRE 1.4 больше не поддерживается официально.
diablo-jdk15 1.5.0.07.01_25 и linux-sun-jdk15 1.5.0.22_1,2 ещё есть в портах — можно поставить параллельно с другими (новыми) версиями JRE/JDK.
Так о чём разговор?
Ты любитель называть белое чёрным.
а jinitiator как был на версии 1.3 так и остался. только успевай поддержку покупать.
а если в орокловых формсах 6 (а без них какой же оёбс?) ещё и хост-проги вызывать надо, то и 1.2.2 нужно будет поставить.
вот так то.
смотришь так на инстанс оёбса, а там версий жабы полный набор. разве что 7 нет. и ещё долго не будет.
Вот это более реалистичным выглядит для FreeBSD.
http://wiki.freebsd.org/HAST
> Вот это более реалистичным выглядит для FreeBSD.
> http://wiki.freebsd.org/HASTэто чуток совсем не то ;)
> Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++ и доступен для Unix-подобных ОС, Windows и Mac OS X. Клиентская часть ФС работает в пространстве пользователя (user-space) с использованием FUSE.Разрав шаблона. Там где нужна производительность, используют Java, а там где и так всё тормозит из-за FUSE, православный C++. С сервером на C/C++ было бы о чём говорить.
> Разрав шаблона. Там где нужна производительность, используют Java, а там где и
> так всё тормозит из-за FUSE, православный C++. С сервером на C/C++
> было бы о чём говорить.XtreemFS в любом случае имеет невысокую производительность - латентность при открытии удалённого файла съест любые оптимизации сервверов.
Основная мысль, видимо, в том, что XtreemFS - недопиленный велосипед на тему GlusterFS.
> Основная мысль, видимо, в том, что XtreemFS - недопиленный велосипед на тему
> GlusterFS.Нет, не совсем. Первое - для глобальных сетей без прицела на высокую производительность, относительно стабильно; второе - для локальных сетей и больших файлов с потугами на высокую производительность и мало-мало стабильно.
Вполне стабильно, кстати. Даже в продакшне.
правда? расскажи мне больше про репликацию в глюстре
Послали бы на фиг RH и переименовалсь в CloudsFS/CloodFS/ClaudFS/FScloud/...SwarmFS наконец, я добрый.
SwarmFS (с) 2011, PPL (Pavlinux Plublic License)
SwarmFS файловая система позволяет организовать распределенный доступ клиентов
к ассоциированным с ними отдельным хранилищам (хранилище как сервис, каждому арендатору
cloud-сети предоставляется свое отдельное место для хранения файлов, доступ к которому
может быть организован с любого узла cloud-инфраструктуры).
Pavlinux Plublic License1. Можно использовать тем кому я разрешил. Остальные нах...
2. Если вы использовали без моего разрешения, то на Вас падёт проклятья
фараонов, Майя и шамана Нахтуда из посёлка Кирдык-Усем.
Вот меня всегда интересовала юридическая сторона вопроса: есть прога под лицензией GPL, данная лицензия подразумевает, что все основанные на этой проге продукты тоже должны быть GPL. Я так понимаю это требование касается всех. И абсолютно не понимаю как можно созданную усилиями сотен разработчиков программу, превратив ее в свою собственность, ведь таким макаром до изменения на проприетарную лицензию недалеко. Собственно БСД лицензия фактически позволяет закрыть код и отгородиться от сообщества, используя при этом вовсю его наработки. Хорошенькое дело.
Внезапно двачую. Если всего 1 разработчик, хрен бы с ним. А если я, например, писал какие-то патчи под GPL лицензией для этого дела, а потом какие-то обмудки без моего согласия решили сделать это BSD, это не тру. Под BSD я не подписывался и согласия на поиметь свой код всем, кому ни попадя, я не давал.
Именно поэтому в крупных проектах при принятии патчей требуют передачи прав, чтобы изменивший опечатку в одной строчки Вася Пупкин не остановил процесс перелицензирования.
>чтобы изменивший опечатку в одной строчки Вася Пупкинобычно изменивший опечатку патч вообще не принимают.
и обычно как раз пытаются перелицензировать как раз именно тот код, который действительно чего-то стоит.
вводить передачу прав на исправление опечаток... хм, ваша поддержка корпорастов видимо по достоинству оценивается ими, нет? :D
При правильном прочтении Вы написали
1>я не подписывался и согласия на поиметь свой код никому, даже если отправил фикс к комментам в давно неиспользуемом файле для повышения своего ЧСВ
2>я хочу всё на халяву, всё-всё-всё, особенно от тех проектов, которые развиваются годами и содержат тысячи строк кода, не зависимо от того, сделал ли что-то полезное для них в благодарность за то что они разрешили мне использовать их сотни патентов и наработок
И самое главное
3>не дай бог авторы проекта на нём зарабатывают, я ж лопну от зависти - их срочно надо посадить за попытку моего убийства через лопание от зависти, все коды открыть лично мне, бабло кстати тоже мне
Ваше правильное прочтение слишком узко, смотрите шире, иначе такое расхождение с реальностью и неприятие во внимание всех возможных вариантов граничит с шизофренией. Сам я никуда ни одного патча ни разу не вносил, пару багрепортов написал, от силы. Однако, допускаю, что есть более сознательные граждане, и вот за них обидно.
ога у нас как всегда, "за страну обидно"...
Знаете... посмотрите ширше: разработчики всего того, чем вы пользуетесь (и от чего хрен откажетесь, что бы вы тут не писали) таки живые люди и хотят КУШАТЬ (не говоря о других материальных благах), само собой будет правильно, если их труды будут хоть как-то отбиваться.
а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.
>> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
> GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.PS идеологически не хочу чтобы на моем коде зарабатывали не принося мне прибыли. под BSD могут закрыть код и получать прибыль за закрытый код. в случае GPL прибылью будет доступность НОВОГО кода в опенсорсу под GPL лицензией.
потому
либо BSD + бабло мне любимому, а это маловероятно
либо GPL и путь пользуются бесплатно соблюдая лицензию
>>> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
>> GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.
> PS идеологически не хочу чтобы на моем коде зарабатывали не принося мне
> прибыли.(1)
> под BSD могут закрыть код и получать прибыль за закрытый
> код. в случае GPL прибылью будет доступность НОВОГО кода в опенсорсу
> под GPL лицензией.Прибыль - четко определенное понятие, и это отнюдь не новый код. Тем более, что зарабатывать можно и без нового кода.
> потому
> либо BSD + бабло мне любимому, а это маловероятно
> либо GPL и путь пользуются бесплатно соблюдая лицензиюНе получится (1) ни одним из этих двух вариантов. Только проприетарная лицензия, в которой явно обговорено (1).
> Вот меня всегда интересовала юридическая сторона вопроса: есть прога под лицензией GPL,
> данная лицензия подразумевает, что все основанные на этой проге продукты тоже
> должны быть GPL. Я так понимаю это требование касается всех. И
> абсолютно не понимаю как можно созданную усилиями сотен разработчиков программу, превратив
> ее в свою собственность, ведь таким макаром до изменения на проприетарную
> лицензию недалеко.Ровно так же недалеко, как и от GPL. Собственник кода волен менять лицензию по своему усмотрению в любой момент. И даже выпускать одновременно несколько продуктов (или один и тот же) под разными лицензиями.
> Собственно БСД лицензия фактически позволяет закрыть код и отгородиться
> от сообщества, используя при этом вовсю его наработки. Хорошенькое дело.Это и GPL позволяет. Разве где-то написано, что ваши патчи, раз уж права на них вы полностью передаёте, не могут быть использованы для закрытого продукта, а в открытый могут и не попасть? И нет никакой разницы, под какой лицензией исходный продукт: GPL, BSDL... хоть public domain.
Зачем это когда есть HDFS?
> Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++Можете минусовать меня, но у меня есть ряд предубеждений против использование C++ и уж тем более Java для столь системных нужд.
Кто-нибудь пробовал этот XtreemFS на предмет прожорливости CPU/RAM и стабильности? Если это творение работает так же, как например OOo, то ну его к чёрту :)