LINUX.ORG.RU

Комитет по развитию OpenSolaris


0

0

Оглашен список членов комитета, определяющего стратегию развития OpenSolaris и отвечающих за взаимодействие Sun Microsystems и свободным сообществом разработчиков.
В группу вошли: Casper Dik (инженер Sun), Roy Fielding (один из основателей Apache Software Foundation, разработчик HTTP/1.1), Al Hopper, Simon Phipps (инженер Sun) и Rich Teer (автор книги "Solaris Systems Programming").

>>> Подробности



Проверено: Shaman007 ()

Re: Комитет по развитию OpenSolaris

Говорят Линуса тоже приглашали, но он отказался.

"Джастофан - это не заседание в комитетах", сказал.

Sun-ch ()

Re: Комитет по развитию OpenSolaris

зачем нужна ещё одна открытая ОС, если уже есть линукс?

theserg ★★★ ()

Re: Комитет по развитию OpenSolaris

Кому нужен этот Solaris? Sun с одной стороны вроде поддерживает OpenSource, а сдругой стороны постоянно слышны ее нападки на GPL и Linux. Как-то это слишком лицемерием пахнет. Что, в принципе, в стиле Sun.

Alexander_I ()
Ответ на: Re: Комитет по развитию OpenSolaris от Alexander_I

Re: Комитет по развитию OpenSolaris

> Кому нужен этот Solaris? Sun с одной стороны вроде поддерживает OpenSource, а сдругой стороны постоянно слышны ее нападки на GPL и Linux. Как-то это слишком лицемерием пахнет. Что, в принципе, в стиле Sun.

пардон, а что, модель ПО с открытыми исходными текстами - это уже только GNU/Linux и для ее продвижения требуется письменное подтверждение на кошерность лично от Линуса?

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от theserg

Re: Комитет по развитию OpenSolaris

> есть GNU/Linux, надо развивать эту систему, а не отвлекаться на всякие солярисы и хурды.

таки это ваше личное мнение, нет? если есть желание - прекрасно, развивайте. бог вам в помощь. однако, совсем не обязательно, что ваше личное мнение с вами разделяют все окружающие. может быть, мне интереснее развивать BSD или Open Solaris. вот нравятся они мне. кто-то вообще пашет на ниве Open QNX Community, и ничего, вполне плодотворно трудятся. не взирая на то, чего нехорошего я об этом могу просебя думать :)

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от klalafuda

Re: Комитет по развитию OpenSolaris

Конечно же, нет.. ;-) Но к чему это постоянное позёрство? Ну, не нравится, сделали свою, на вкус и цвет, так сказать.. Да... если б всё было так просто.. ;-)

MiracleMan ★★★★★ ()

Re: Комитет по развитию OpenSolaris

уже специалисты проводят сравнение ядер Linux и OpenSolaris, сравнение показывает полное превосходство Linux, и огромный минус ядра OpenSolaris - на сегодня его не существует!

anonymous ()
Ответ на: Re: Комитет по развитию OpenSolaris от theserg

Re: Комитет по развитию OpenSolaris

>есть GNU/Linux, надо развивать эту систему, а не отвлекаться на всякие солярисы и хурды

Из всех "единственно правильных" решений очень сложно выбрать правильное, и почти невозможно -- единственное.

Хотя, по-моему, Хурд все-таки припоздал. Быстрее будет Линукс в микрокернел переделать (FUSE?).

lodin ★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от anonymous

Re: Комитет по развитию OpenSolaris

> уже специалисты проводят сравнение ядер Linux и OpenSolaris, сравнение показывает полное превосходство Linux, и огромный минус ядра OpenSolaris - на сегодня его не существует!

было бы любопытно посмотреть на эти тесты. можно ссылочку?

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от lodin

Re: Комитет по развитию OpenSolaris

> Хотя, по-моему, Хурд все-таки припоздал. Быстрее будет Линукс в микрокернел переделать (FUSE?).

тогда его, ядро Linux, придется практически полностью переделать. "солнце всходит? и заходит? ..."

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от theserg

Re: Комитет по развитию OpenSolaris

Линупс в каждую затычку?

Глупости это все, линукс - хорошая система, но не везде и не всегда.

Даже семейка *BSD имеет несколько веток, в каждой из которой

свои приоритеты и сильные стороны.

Sun-ch ()
Ответ на: Re: Комитет по развитию OpenSolaris от theserg

Re: Комитет по развитию OpenSolaris

если не пукать в лужу о нниб-а превосходстве лялиха над соляркой, а просто посматреть на такую незамысловатую вещ как ресур менеджмент в обоих случаях, то сцаная пионерская поделие на которое просто молятса тока потому, что он под GPL, идет окончательно и бесповаротно в задницу. нада прсото немного понимать разницу в домашней системе и в промышленной, то что линукс может успешно решать _некоторые_ задачи промышленного масштаба НИРАЗУ неподтверждает то, что это идеальная ос для любых ниш и задач. а проболем с тем же ресур и I/O менеджментом в лялихе просто жопой жуй, правда это становиста видно не на pII 400mhZ а на более серьезных задачах и железках.

shellcode ()
Ответ на: Re: Комитет по развитию OpenSolaris от shellcode

Re: Комитет по развитию OpenSolaris

"ф отпку !" Тут все обсуждаю не "соляру", а будущие системы OpenSolaris которая в промышленном маштабе не использовалась и использоваться не будет.

anonymous ()
Ответ на: Re: Комитет по развитию OpenSolaris от shellcode

Re: Комитет по развитию OpenSolaris

2shellcode (*) (07.04.2005 15:57:48)
>проболем с тем же ресур и I/O менеджментом в лялихе просто жопой жуй, правда это становиста видно не на pII 400mhZ а на более серьезных задачах и железках.
Это достаточно серьёзная для тебя железка? Или просто по^%$^деть захотелось?
http://www.sgi.com/products/servers/altix/

anonymous ()
Ответ на: Re: Комитет по развитию OpenSolaris от anonymous

Re: Комитет по развитию OpenSolaris

ты по аглицки ни бэ ни мэ? там же ясно написано science, engineering, HPC. Обычная числодробилка, тут лялих только как подмастерье используется.

Еще список TOP500 приведи.

anonymous ()

Re: Комитет по развитию OpenSolaris

Этот OpenSolaris напоминает анекдот:
- Суслика видишь?
- Нет!
- А он есть....

Никто его еще в глаза не видел, а уже почему-то некоторые решили,
что он обязательно будет альтернативой Linux, и причем лучше,
чем Linux, одних только губозакаточных фенек сколько перечислили
из этого OpenSolaris, что уже хочется бросить линукс и бежать в его
сторону... Мда, как всегда, обсуждение сводится к тому, что "Я знаю карате,
самбу, дзю-до и еще очень много страшных слов..."

McMCC ★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от anonymous

Re: Комитет по развитию OpenSolaris

> проболем с тем же ресур и I/O менеджментом в лялихе просто жопой жуй,

Примеры в студию! Пока что все тесты гласят, что на равных ресурсах Linux на одном железе с соплярисом проигрывает на величину, сравнимую с погрешностью измерения. Или ты Solaris 7 сравниваешь с Linux 2.0 ?

> правда это становиста видно не на pII 400mhZ а на более серьезных задачах и железках

масштабируемость - это способность работать на нескольки процессорах также плохо, как на одном.

no-dashi ★★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от no-dashi

Re: Комитет по развитию OpenSolaris

Даша не любит солярис, потомушто анекдоты на С которые он любит

рассказывать, никого не смешат.

Почетай про Дойче Телеком ламир,

Корпорация Sun Microsystems объявила о внедрении крупнейшей в мире системы SAP для управления учетными записями клиентов для компании Deutsche Telekom. 20000 пользователей - служащих компании используют систему SAP для управления учетными записями 40 миллионов абонентов фиксированных линий связи. Объем данных, используемых системой, в настоящее время составляет девять терабайт в 250 миллионах пользовательских данных.

Вот это и есть масштабируемость, а не твои домыслы.

Sun-ch ()
Ответ на: Re: Комитет по развитию OpenSolaris от McMCC

Re: Комитет по развитию OpenSolaris

> Никто его еще в глаза не видел, а уже почему-то некоторые решили, что он обязательно будет альтернативой Linux, и причем лучше, чем Linux [...]

Кое-что открывается уже сейчас. Например, на веб-странице

http://solaris.reys.net/archives/60-Solaris-10-Solaris-Internals.html

есть ссылка на 536-страничную pdf-презентацию, иллюстрирующую особенности внутреннего устройства Solaris 10.

dave ★★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от klalafuda

Re: Комитет по развитию OpenSolaris

>может быть, мне интереснее развивать BSD или Open Solaris. вот нравятся они мне.

Топай развивай :) что не развиваешь-то? уже развил? Что-то не видно. так фигли тут сидишь? В каждом топике лезешь из шкуры, исходишь на дерьмо. Лавры Ирси спать не дают? Так он неповторим :) Бо больше никому повторять не хочется.

"Где твой код" (с)? Вернее так: "Покажи нам свой код" (с) Линус Торвальдс. Нет кода? Так иди пиши! Не мешай нам ходить по кругу с иконами Торвальса и Столлмана и напевать секстанские "Хари Линус, Хари Ричард."

Ответы в стиле: "У меня своих дел хватает, чтобы всякие ОпенСорцы развивать" не принимаются. Были бы дела, на ЛОР бы не ходил :)

petrosha ★★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от anonymous

Re: Комитет по развитию OpenSolaris

"Обычная числодробилка"

эээ... а где ОС используется не как подмастерье?:) И где как не в числодробилках требуется вся возможная производительность...

petrosha ★★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от petrosha

Re: Комитет по развитию OpenSolaris

эээ, Петруша, милый мой, а ты можешь отличить процессор от системы?

... а компьютер от монитора?

anonymous ()
Ответ на: Re: Комитет по развитию OpenSolaris от Sun-ch

Re: Комитет по развитию OpenSolaris

2Sun-ch # (*) (07.04.2005 19:38:05)
Камрад, заезженные сцылки на CGI или сановские репорты не вообще не имеют никакой ценности, так как рассчитаны на людей далеких от непосредственной технической работы. Лично для меня цена тех сцылок что про лялекс, что про сани, что про еще какую-нить околокомпутерную херь - ноль без палки. Ценность имеют _только_отзывы спецов, реально работавших c этими штуками. Отзывы таких спецов на этом сайте ты не найдешь. Не ходят они сюда, понимаешь.
Внедрение САП в дойче телекоме, вообще не в тему и идет лесом. В таких конторах при внедерении чего-либо вообще техническая необходимость находится как правило на последнем месте.
А no-dashi, извини, при всех моих с ним разногласиях :), один из очень немногих оставшихся тут людей, с которыми можно конструктивно говорить, и который _знает_, что говорит.

Афтару пассажа про I/О хоцца напомнить, что оно (ИО) определяется железкой на 90%, а не OS на этой железке установленной.

У афтара сцылки на CGI хоцца спросить он хоть пальцем дотрагивался до такого агрегата, чтобы его с чем-то сравнивать...

PS Сцылками на Sgi уже задолбали. Это не мейнстрим люлекса и нефиг его в пример приводить вообще...



Krause ()
Ответ на: Re: Комитет по развитию OpenSolaris от no-dashi

Re: Комитет по развитию OpenSolaris

>> проболем с тем же ресур и I/O менеджментом в лялихе просто жопой жуй,

> Примеры в студию! Пока что все тесты гласят, что на равных ресурсах Linux на одном железе с соплярисом проигрывает на величину, сравнимую с погрешностью измерения. Или ты Solaris 7 сравниваешь с Linux 2.0 ?

товарищ вобще-то писал о resource management-e, а не о производительности.

пример из жизни: есть машина, на ней крутится ряд приложений, среди которых есть приложение (А), для которого очень нужно обеспечить минимальное время реакции, а также есть приложение (В), которое время от времени начинает интенсивно писать на диск. причём делает это с таким азартом, что выжирает весь disk I/O bandwith. понятное дело, что при этом всё остальное "ложится", в т.ч. и важное для нас (А).

чтобы этого не происходило, я хочу иметь QoS для дисковой подсистемы. скажем мне хочется, что бы (B) разрешалось писать на диск не быстрее, чем 1Mb/s и читать не быстрее чем 5Mb/s.

рецепты решения поставленной задачи для Linux и для Solaris в студию!

XYAH ()
Ответ на: Re: Комитет по развитию OpenSolaris от theserg

Re: Комитет по развитию OpenSolaris

> man nice > man renice

можно цитату оттуда, где пишут про QoS для дисковой подсистемы?

hint: приложению (В) вполне может хватить и того времени, что ему выделяется на самом низком уровне приоритета, чтобы уложить дисковую подсистему.

XYAH ()
Ответ на: Re: Комитет по развитию OpenSolaris от Krause

Re: Комитет по развитию OpenSolaris

>Это элементарно решается резнесением A и B на разные дисковые подсистемы:)

ага , с QoS у тебя веселое решение )

Это прям как "воткнуть еще одну сетевуху" или "вынести в отдельный сегмент"

а если что-то типа QoS для работы с винтом будут реализованны в какой-то системе , то мой выбор остановится именно на ней, для решения например задач бэкграундного снапшота )

anonymous ()
Ответ на: Re: Комитет по развитию OpenSolaris от XYAH

Re: Комитет по развитию OpenSolaris

* слать периодически приложению B sigstop и sigcont
* выставить приложению A самый высокий приоритет -20
* поиграться с io schedulerами
* и самый правильный и безгеморный вариант который предложил г-н Krause :)

ЗЫ qos для дисковой системы это маразм какой-то :) и никто в здравом уме его реализовывать не возмется

Cosmicman ★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от anonymous

Re: Комитет по развитию OpenSolaris

> > Это элементарно решается резнесением A и B на разные дисковые подсистемы:)

> ага , с QoS у тебя веселое решение )

Хороше решение - и главное, правильное, и всегда работает. Почему даже на всем таком "производительном" солярисе все производители СУБД рекомендуют раскидывать журналы и файлы данных по разным устройствам, а часто еще и выкидывать нафиг фаловую систему? Только потому, что это действительно эффективное и простое решение, не создающие лишних точек отказа и не порождающие потенциальных глюков.

no-dashi ★★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от petrosha

Re: Комитет по развитию OpenSolaris

> "Где твой код" (с)? Вернее так: "Покажи нам свой код" (с) Линус Торвальдс. Нет кода? Так иди пиши! Не мешай нам ходить по кругу с иконами Торвальса и Столлмана и напевать секстанские "Хари Линус, Хари Ричард."

извините, но за мой код обычно платят деньги. если у вас действительно есть деловое предложение подкрепленное финансами, вызванное желанием что-то посмотреть, welcome в приват.

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от klalafuda

Re: Комитет по развитию OpenSolaris

ага. вот и вскрылась мерзкая личина \\wbr. теперь понятно почему он зуб на gpl точит. воровать безнаказанно она ему видите ли не дает

anonymous ()
Ответ на: Re: Комитет по развитию OpenSolaris от anonymous

Re: Комитет по развитию OpenSolaris

> ага. вот и вскрылась мерзкая личина \\wbr. теперь понятно почему он зуб на gpl точит. воровать безнаказанно она ему видите ли не дает

конечно. а вы что подумали?

есть правда другой подход - не использовать GPL код вообще. как класс. по крайней мере, в рабочих коммерческих проектах в не зависимости от его технических характеристик. что собственно говоря и имеет место быть.

так что чиста for fun, ничего более. хотя с точки зрения инженера иногда искренне жаль. есть масса интересных вещей, которые могли бы получить вполне реальную жизнь в коммерческих разработках и приносить кому-то пользу.

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от klalafuda

Re: Комитет по развитию OpenSolaris

> есть масса интересных вещей

Вот только авторы этих самых "интересных вещей" решаили распространять их под GPL. Но поскольку вас не устраивает GPL - разрабатывайте такие же "интересные вещи" сами с нуля.

Или вам "не хочется тратить свои деньги и время на повторное изобретение велосипеда" и вы хотите сэкономить путем использования чужого труда без всяких дивидендов тем, кто его проделал?

Кстати, никто вам не запрещает договориться с авторами и получить от них право использовать их код в своих закрытых проектах не под GPL (т.н. двойное лиценирование), как вам такой вариант? Или вас жаба душит платить деньги за хорошо сделанную работу (а она ведь хорошо сделана, иначе бы вы ее использовать не хотели)?

no-dashi ★★★★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от Cosmicman

Re: Комитет по развитию OpenSolaris

> * слать периодически приложению B sigstop и sigcont

т.о. время работы (В) между остановками будет T_run = t_sigcont - t_sigstop. очевидно, что для уменьшения нагрузки, создаваемой (В) его T_run нужно минимизировать. какое максимальное время T_run Вы можете гарантировать?

> * выставить приложению A самый высокий приоритет -20 > * поиграться с io schedulerами > * и самый правильный и безгеморный вариант который предложил г-н Krause :)

спасибо, конечно, но этот набор костылей средством обеспечения QoS для дисковой подсистемы назвать никак нельзя.

> ЗЫ qos для дисковой системы это маразм какой-то :)

qos для дисковой системы в ОС вообще и в ОС, претендующих на звание "Enterprise Level" в частности, - это маразм. я Вас правильно понял?

> и никто в здравом уме его реализовывать не возмется

почему?

XYAH ()
Ответ на: Re: Комитет по развитию OpenSolaris от no-dashi

Re: Комитет по развитию OpenSolaris

> Вот только авторы этих самых "интересных вещей" решаили распространять их под GPL. Но поскольку вас не устраивает GPL - разрабатывайте такие же "интересные вещи" сами с нуля.

совсем маленький пример. как-то мне попался под руку один забавный проект с http://gwenview.sourceforge.net/ суть проекта - гляделка картинок. штатные из KDE мне не понравились [nm why] а gwenview вполне подходил. без особых усилий перекинул его в pkgsrc-wip а потом и в pkgsrc (thanks, wiz). автор проекта, Aurélien Gâteau (не берусь привести русское написание), оказался очень даже приятным в общении товаристчем, и уж как минимум совершенно вменяемым. код внутри вполне на уровне. с точки зрения maintainer-а всё просто песня. к чему это я.. угадайте, почему Aurélien выпускает gwenview именно под GPL? с учетом сказанного о его полной вменяемости и отсутствии красноглазой болезни борцов за любовь во всем мире и бесплатный секс.

> Или вам "не хочется тратить свои деньги и время на повторное изобретение велосипеда" и вы хотите сэкономить путем использования чужого труда без всяких дивидендов тем, кто его проделал?

> Кстати, никто вам не запрещает договориться с авторами и получить от них право использовать их код в своих закрытых проектах не под GPL (т.н. двойное лиценирование), как вам такой вариант? Или вас жаба душит платить деньги за хорошо сделанную работу (а она ведь хорошо сделана, иначе бы вы ее использовать не хотели)?

ну почему же, в случае необходимости приходится и изобретать велосипед, и договариваться с авторами, и покупать коммерческие версии. по разному бывает.

// wbr

klalafuda ★☆☆ ()
Ответ на: Re: Комитет по развитию OpenSolaris от no-dashi

Re: Комитет по развитию OpenSolaris

> > > Это элементарно решается резнесением A и B на разные дисковые подсистемы:)

> > ага , с QoS у тебя веселое решение )

> Хороше решение - и главное, правильное, и всегда работает. Почему даже на всем таком "производительном" солярисе все производители СУБД рекомендуют раскидывать журналы и файлы данных по разным устройствам, а часто еще и выкидывать нафиг фаловую систему? Только потому, что это действительно эффективное и простое решение, не создающие лишних точек отказа и не порождающие потенциальных глюков.

это называется уход от ответа. Вам есть, что сказать по существу заданного вопроса о QoS для дисковой подсистемы в Linux, в Solaris?

XYAH ()
Ответ на: Re: Комитет по развитию OpenSolaris от XYAH

Re: Комитет по развитию OpenSolaris

>Причём делает это с таким азартом, что выжирает весь disk I/O bandwith..

Вах-вах :) Какое невоспитанное приложение, как насчет aio_read(), aio_write() ? :) IMHO, дон Krause дал вам хорошее решение.

>hint: приложению (В) вполне может хватить и того времени, что ему выделяется на самом низком уровне приоритета

А может и не хватить, если шедулер поднимать приоритет по ожиданию не будет :)

P.S.
Но если вы упорствуете, то на заметку..

Solaris Scheduling Classes

* Traditional Timeshare (TS) class
- attempt to give every thread a fair shot at execution time
* Interactive (IA) class
- Desktop only
- Boost priority of active (current focus) window
- Same dispatch table as TS
* System (SYS)
- Only available to the kernel, for OS kernel threads
* Realtime (RT)
- Highest priority scheduling class
- Will preempt kernel (SYS) class threads
- Intended for realtime applications
- Bounded, consistent scheduling latency

Scheduling Classes – Solaris 9 & 10
* Fair Share Scheduler (FSS) Class
- Same priority range as TS/IA class
- CPU resources are divided into shares
- Shares are allocated (projects/tasks) by administrator
- Scheduling decisions made based on shares allocated and used, not dynamic priority changes

* Fixed Priority (FX) Class
- The kernel will not change the thread's priority
- A “batch” scheduling class

Alter ★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от Cosmicman

Re: Комитет по развитию OpenSolaris

>ЗЫ qos для дисковой системы это маразм какой-то :) и никто в здравом уме его реализовывать не возмется

Будем считать SGI маразматиками ? :)


Alter ★★ ()
Ответ на: Re: Комитет по развитию OpenSolaris от klalafuda

Re: Комитет по развитию OpenSolaris

>извините, но за мой код обычно платят деньги. если у вас действительно есть деловое предложение подкрепленное финансами, вызванное желанием что-то посмотреть, welcome в приват.

:))) Приятно быть правым. Как я и написал, до ОпенСоляриса и прочих проектов тебе дела нет. Зачем тогда радеешь за них? Ты использовал любимую отговорку анонимусов с LOR - "у меня есть другие дела". Зачем ты тогда вообще здесь? :)

petrosha ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.