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

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

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

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

до кучи

Да ну, линукс уже надоел.

Хочется чего нибудь другого.

Hurd?

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

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

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

// wbr

42

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

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

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

// wbr

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

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

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

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

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

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

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

// wbr

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

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

// wbr

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

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

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

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

Если 1 в 1 копируйте куски чужой новости, то немешало бы помещать ссылку на оригинал:

http://www.opennet.ru/opennews/art.shtml?num=5280

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

да! а что? тебя что-то не устраивает? :))

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

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

ну ты юморист! lol!

если бы он согласился, то это выглядело мягко говоря странно =)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

man nice
man renice

> man nice > man renice

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

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

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

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

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

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

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

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

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

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

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

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

да. So?

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

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

// wbr

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

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

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

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

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

// wbr

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

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

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

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

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

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

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

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

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

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

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

почему?

> Вот только авторы этих самых "интересных вещей" решаили распространять их под 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

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

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

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

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

>Причём делает это с таким азартом, что выжирает весь 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

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

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

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

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