CRN со ссылкой на анонимных представителей Sun сообщает, что в планах компании передать все наработки в области операционных систем сообществу open-source.
Проект, скорее всего, получит название OpenSolaris.org.
поздно уже для сана - раньше надо было отдавать, времена другие, и ява отсосёт если под GPL в ближайшее время не выйдет...
а солярка хоть и хороша - нафиг не нужна так как есть бурно развивающийся линукс который скоро и мелкомягкие породии на ОС обгонит по распространённости на домашних десктопах
предлагаю забить на предположения и посмотреть чего будет, а то эти все граблями по воде виляно "со слов анонимного источника" не больше, чем подогревание интереса. кругом одни ананимасы, блин...
Всё будет зависить от вида лицензии, я думаю что врядли это будет GPL, ибо 2 GPL системы "боливар" не вынесет, одной из них придётся уйти. Думаю будет типа BSD, но толку от этого будет не много, за исключением огромного числа разрабочткиов, которые захотят учавствовать в строение это ОС.
> поздно уже для сана - раньше надо было отдавать, времена другие, и ява отсосёт если под GPL в ближайшее время не выйдет...
> а солярка хоть и хороша - нафиг не нужна так как есть бурно развивающийся линукс который скоро и мелкомягкие породии на ОС обгонит по распространённости на домашних десктопах
Ну, мож некоторые куски и годятся для Linux - хотя сама по себе наврядли выживет - для embedded system уж точно...
> Если это будет BSDL - оттуда много чего хорошего можно будет потягать и в *BSD, и в линух.
Эй, ты чего??? BSD и GPL как в принципе не совместимы, не гони... Для этого надо под другой выпускать лицензией. Чтобы и в GPL, и в BSD прокатило. Для GPL не должно быть обязательного упоминания типа - Made in Беркли.
>> Зато в solaris fork очень дорогой. Таку просту вещь не могут как следоват сделать :)
> так зочем - у них трэды жо :)))
ВО!!!
Утвеждение (гипотеза, не настаиваю на абсолютной истинности) -- с появлением Itanium и прочих a-la x86 идей, будет преобладать ccNUMA архитектура. Это же IMHO -- смерть ошибке природы под названием "трэды": время доступа к "чужому" банку памяти раза в 4 превышает время доступа к "своему". И переключение контекста ОЧЕНЬ дорогое -- почти как в Солярке....
>поздно уже для сана - раньше надо было отдавать, времена другие, и ява отсосёт если под GPL в ближайшее время не выйдет...
Вот это меня всегда веселило в Linux-Community. Каждый пионээр Вадим из Падеборна, не способный даже настроить у себя поддержку русского языка ( http://www.linux.org.ru/view-message.jsp?msgid=500704 ), считает, что может дать языку больше, чем его авторы и разработчики.
>>Многие говорят что Соляра на x86-64 SMP будет лутше линукса, и >>основную рыночную нишу как пускалку для оракела он может легко >>потерять.
Дык дяденька, Вы еще не въехали, что лучше - не то что лучше, а то, про что говорят что лучше. Соляра и сейчас не плоха, если использовать от нее только ядро. ( к стати оччччень многие именно так и делают ) Ну тормознее (САМ мр. Шварц признает), ну ресурсоемкее, зато понядежнее. ( вспоминается анекдот про неуловимого Джо ). Однако относительно первого и второго - памать нынче центы стоит (особенно от Сун), а процы еще дешевле (особенно от Сун). Так что ... Опять же Слоуарис Сун задарма раздает ...
Треды - грязный хак. Естественно, про альтернативу грязным хакам нигде прочитать нельзя. Про правильный же образ мЫшления и организацию IPC можно посмотреть на примере www.erlang.org.
> Утвеждение (гипотеза, не настаиваю на абсолютной истинности) -- с
> появлением Itanium и прочих a-la x86 идей, будет преобладать ccNUMA
> архитектура. Это же IMHO -- смерть ошибке природы под названием
> "трэды"
Уважаемый Die-Hard, вы с дуба рухнули :-) Нити и нума соверщенно нормально уживутся вместе, только шедулер правильно нужен - т.е. тот, который не перебрасывает тред на чужой модуль :-) В принципе, "правильный" шедулер должен просто сделать оценку: если размер очереди нитей/процессов, привязанных к некоторому процессору, меньше определенного значения, то оставить нить в очереди - даже если процессоры в других модулях свободны, иначе - пренести нить на другой модуль. А пороговое значение уже зависит от архитектуры.
> время доступа к "чужому" банку памяти раза в 4 превышает время доступа к "своему"
Вот для такого случая пороговое число будет в районе 6-8 нитей в очереди :-) При количестве нитей в очереди выше этого числа имеет смысл перенос нити на другой узел, иначе - можно и подождать, ибо накладные расходы не оправдаются - вот всех делов :-)
> Вот чем Соляра (даже под родным железом) "лутше" Линуха?
Лутше, лутше :-) Хотя бы тем, что фирмовое сановское железо она лучше понимает, и всякие сугубо суновские фичи лучше поддерживает :-)
Впрочем, саны сейчас все еще покупают, но... Те, кто сейчас покупает суны, в большинстве своем делюет это от безысходности, вызванной наличием парка суноспецифического софта и унаследованных суновских приложений.
А при разворачивании новых проектов саны уже не рассматривают.