| |
| 2.7, funt (?), 00:59, 13/08/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
ага только она на жава а под freebsd нормальной жавы не предвидится ближайшее время, по производительности будет такая же, интересно сравнить ее с нфс по производительности думаю не чего хорошего не будет тоже
| | |
| |
| |
| 4.21, funt (?), 09:59, 13/08/2011 [^] [^^] [^^^] [ответить]
| –1 +/– |
уже давно не развивается, к тому же не факт что на ней будет работать, как правило такие вещи под интерпрайзную ждк от оракула делаются
| | |
| |
| |
| |
| 7.32, iZEN (ok), 19:06, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > одно дело обновление порта другое дело сам продукт
Java совместима снизу вверх. Есть исключения, когда продукт затачивается под определённую версию JRE, выпускается "как есть" и больше не меняется. Но это исключение и не относится к открытым свободным продуктам, которые имеют поддержку жизненного цикла, непрерывно разрабатываются и не брошены на произвол судьбы.
Oracle Java SE 7 создана на основе OpenJDK7: http://www.opennet.ru/opennews/art.shtml?num=31332
Билд 1.7.0-b147 как раз портирован на FreeBSD.
| | |
| |
| 8.36, ананим (?), 11:12, 14/08/2011 [^] [^^] [^^^] [ответить] | +/– | и к сожалению это относится практически ко всем более-менее серьёзным проектам ... текст свёрнут, показать | | |
| |
| 9.39, iZEN (ok), 13:11, 14/08/2011 [^] [^^] [^^^] [ответить] | +/– | JRE 1 4 больше не поддерживается официально diablo-jdk15 1 5 0 07 01_25 и linux... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.2, Аноним (-), 00:22, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++ и доступен для Unix-подобных ОС, Windows и Mac OS X. Клиентская часть ФС работает в пространстве пользователя (user-space) с использованием FUSE.
Разрав шаблона. Там где нужна производительность, используют Java, а там где и так всё тормозит из-за FUSE, православный C++. С сервером на C/C++ было бы о чём говорить.
| | |
| |
| 2.34, Pilat (ok), 21:51, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Разрав шаблона. Там где нужна производительность, используют Java, а там где и
> так всё тормозит из-за FUSE, православный C++. С сервером на C/C++
> было бы о чём говорить.
XtreemFS в любом случае имеет невысокую производительность - латентность при открытии удалённого файла съест любые оптимизации сервверов.
| | |
|
| 1.10, Аноним (-), 01:54, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Основная мысль, видимо, в том, что XtreemFS - недопиленный велосипед на тему GlusterFS.
| | |
| |
| 2.13, Аноним (-), 02:53, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Основная мысль, видимо, в том, что XtreemFS - недопиленный велосипед на тему
> GlusterFS.
Нет, не совсем. Первое - для глобальных сетей без прицела на высокую производительность, относительно стабильно; второе - для локальных сетей и больших файлов с потугами на высокую производительность и мало-мало стабильно.
| | |
|
| 1.11, pavlinux (ok), 02:01, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Послали бы на фиг RH и переименовалсь в CloudsFS/CloodFS/ClaudFS/FScloud/...
SwarmFS наконец, я добрый.
SwarmFS (с) 2011, PPL (Pavlinux Plublic License)
SwarmFS файловая система позволяет организовать распределенный доступ клиентов
к ассоциированным с ними отдельным хранилищам (хранилище как сервис, каждому арендатору
cloud-сети предоставляется свое отдельное место для хранения файлов, доступ к которому
может быть организован с любого узла cloud-инфраструктуры).
Pavlinux Plublic License
1. Можно использовать тем кому я разрешил. Остальные нах...
2. Если вы использовали без моего разрешения, то на Вас падёт проклятья
фараонов, Майя и шамана Нахтуда из посёлка Кирдык-Усем.
| | |
| 1.16, Аноним (-), 04:16, 13/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот меня всегда интересовала юридическая сторона вопроса: есть прога под лицензией GPL, данная лицензия подразумевает, что все основанные на этой проге продукты тоже должны быть GPL. Я так понимаю это требование касается всех. И абсолютно не понимаю как можно созданную усилиями сотен разработчиков программу, превратив ее в свою собственность, ведь таким макаром до изменения на проприетарную лицензию недалеко. Собственно БСД лицензия фактически позволяет закрыть код и отгородиться от сообщества, используя при этом вовсю его наработки. Хорошенькое дело.
| | |
| |
| 2.17, inferrna (?), 05:32, 13/08/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
Внезапно двачую. Если всего 1 разработчик, хрен бы с ним. А если я, например, писал какие-то патчи под GPL лицензией для этого дела, а потом какие-то обмудки без моего согласия решили сделать это BSD, это не тру. Под BSD я не подписывался и согласия на поиметь свой код всем, кому ни попадя, я не давал.
| | |
| |
| 3.18, anonymous (??), 07:39, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
Именно поэтому в крупных проектах при принятии патчей требуют передачи прав, чтобы изменивший опечатку в одной строчки Вася Пупкин не остановил процесс перелицензирования.
| | |
| |
| 4.37, ананим (?), 11:17, 14/08/2011 [^] [^^] [^^^] [ответить]
| +/– | |
>чтобы изменивший опечатку в одной строчки Вася Пупкин
обычно изменивший опечатку патч вообще не принимают.
и обычно как раз пытаются перелицензировать как раз именно тот код, который действительно чего-то стоит.
вводить передачу прав на исправление опечаток... хм, ваша поддержка корпорастов видимо по достоинству оценивается ими, нет? :D
| | |
|
| 3.20, QuAzI (ok), 09:47, 13/08/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
 При правильном прочтении Вы написали
1>я не подписывался и согласия на поиметь свой код никому, даже если отправил фикс к комментам в давно неиспользуемом файле для повышения своего ЧСВ
2>я хочу всё на халяву, всё-всё-всё, особенно от тех проектов, которые развиваются годами и содержат тысячи строк кода, не зависимо от того, сделал ли что-то полезное для них в благодарность за то что они разрешили мне использовать их сотни патентов и наработок
И самое главное
3>не дай бог авторы проекта на нём зарабатывают, я ж лопну от зависти - их срочно надо посадить за попытку моего убийства через лопание от зависти, все коды открыть лично мне, бабло кстати тоже мне
| | |
| |
| 4.25, inferrna (?), 11:08, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
Ваше правильное прочтение слишком узко, смотрите шире, иначе такое расхождение с реальностью и неприятие во внимание всех возможных вариантов граничит с шизофренией. Сам я никуда ни одного патча ни разу не вносил, пару багрепортов написал, от силы. Однако, допускаю, что есть более сознательные граждане, и вот за них обидно.
| | |
| |
| 5.46, QuAzI (ok), 12:44, 16/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
Знаете... посмотрите ширше: разработчики всего того, чем вы пользуетесь (и от чего хрен откажетесь, что бы вы тут не писали) таки живые люди и хотят КУШАТЬ (не говоря о других материальных благах), само собой будет правильно, если их труды будут хоть как-то отбиваться.
| | |
|
|
| 3.24, Андрей (??), 11:03, 13/08/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
| | |
| |
| 4.27, iZEN (ok), 11:31, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.
| | |
| |
| 5.29, VoDA (ok), 17:58, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
> GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.
PS идеологически не хочу чтобы на моем коде зарабатывали не принося мне прибыли. под BSD могут закрыть код и получать прибыль за закрытый код. в случае GPL прибылью будет доступность НОВОГО кода в опенсорсу под GPL лицензией.
потому
либо BSD + бабло мне любимому, а это маловероятно
либо GPL и путь пользуются бесплатно соблюдая лицензию
| | |
| |
| 6.31, nuclight (ok), 19:04, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >>> а что, прежние версии разве не остались под GPL ? делайте форк и вперед!
>> GPL-фаны думают, что после закрытия открытый до этого код обычно исчезает.
> PS идеологически не хочу чтобы на моем коде зарабатывали не принося мне
> прибыли.
(1)
> под BSD могут закрыть код и получать прибыль за закрытый
> код. в случае GPL прибылью будет доступность НОВОГО кода в опенсорсу
> под GPL лицензией.
Прибыль - четко определенное понятие, и это отнюдь не новый код. Тем более, что зарабатывать можно и без нового кода.
> потому
> либо BSD + бабло мне любимому, а это маловероятно
> либо GPL и путь пользуются бесплатно соблюдая лицензию
Не получится (1) ни одним из этих двух вариантов. Только проприетарная лицензия, в которой явно обговорено (1).
| | |
|
|
|
|
| 2.26, PereresusNeVlezaetBuggy (ok), 11:18, 13/08/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > Вот меня всегда интересовала юридическая сторона вопроса: есть прога под лицензией GPL,
> данная лицензия подразумевает, что все основанные на этой проге продукты тоже
> должны быть GPL. Я так понимаю это требование касается всех. И
> абсолютно не понимаю как можно созданную усилиями сотен разработчиков программу, превратив
> ее в свою собственность, ведь таким макаром до изменения на проприетарную
> лицензию недалеко.
Ровно так же недалеко, как и от GPL. Собственник кода волен менять лицензию по своему усмотрению в любой момент. И даже выпускать одновременно несколько продуктов (или один и тот же) под разными лицензиями.
> Собственно БСД лицензия фактически позволяет закрыть код и отгородиться
> от сообщества, используя при этом вовсю его наработки. Хорошенькое дело.
Это и GPL позволяет. Разве где-то написано, что ваши патчи, раз уж права на них вы полностью передаёте, не могут быть использованы для закрытого продукта, а в открытый могут и не попасть? И нет никакой разницы, под какой лицензией исходный продукт: GPL, BSDL... хоть public domain.
| | |
|
| 1.45, Xaionaro (ok), 12:27, 16/08/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > Серверная часть XtreemFS, обеспечивающая управление метаданными, написана на языке Java. Клиент для работы с XtreemFS написан на С++
Можете минусовать меня, но у меня есть ряд предубеждений против использование C++ и уж тем более Java для столь системных нужд.
Кто-нибудь пробовал этот XtreemFS на предмет прожорливости CPU/RAM и стабильности? Если это творение работает так же, как например OOo, то ну его к чёрту :)
| | |
|
