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 ()

Ответ на: комментарий от petrosha

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

не нужно подменять понятия. Open Sources и GPL - это две различные и независимые друг от друга вещи.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от Alter

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

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

о, пожалуйста можно URL на QoS для дисков от SGI? и на "Solaris Scheduling Classes", если можно. спасибо.

XYAH
()
Ответ на: комментарий от petrosha

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

ps: вы никогда не сталкивались с ситуацией, когда активно используемый вами в вашей разработке коммерческий и закрытый продукт вдруг переходит в состояние discontinued? причем без вариантов независимо от вас. и после этого у вас остается лишь два выхода: или полностью переписать систему, или же пойти и удавиться. если бы у вас были исходные тексты этого трупа [не зависимо от лицензии] вы бы еще как-то но смогли проболжать развитие разработки. а так - полный стоп.

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от XYAH

> о, пожалуйста можно URL на QoS для дисков от SGI?

http://www.sgi.com/pdfs/3567.pdf

XFS - Filesystem

The XFS file system integrates volume management, guaranteed rate I/O, and journaling technology for fast, reliable recovery.

Guaranteed Rate I/O (GRIO)
XFS supports guaranteed bandwidths for applications, such as video servers, which need guaranteed rate I/O (GRIO)

/me скромно молчит, что дело касается IRIX'a :)


>и на "Solaris Scheduling Classes", если можно. спасибо.

http://www.solarisinternals.com/si/reading/t2-solaris-slides.pdf

:)

Alter ★★
()
Ответ на: комментарий от Alter

Это просто гарантированный битрейт, для определенных задач.

И осталось смутное ощущение, что там были нужные специальные диски.

В линуксовой версии этой фичи раньше не было?

Уже сделали?

ИМХО по поводу qos

Если задача с низким приоритетом никому не дает жить - пора менять

железку.

Sun-ch
() автор топика
Ответ на: комментарий от Sun-ch

Sun-ch, дорогой :)

/me немного с лукавством улыбается..

Я вовсе не уверен, что GRIO == QoS, это еще как посмотреть :) В линуксе этой фичи вроде нет, но могу ошибаться.

>Если задача с низким приоритетом никому не дает жить - пора менять железку.

Ну тогда давай рассмотрим другой случай: задача с низким приоритетом блокирует ресурс, которого ждут более высокие по приоритету задачи? И чего им делать?

Ага - или выгрызать этого недоросля из ядра или делегировать свой [уже ставший огромным] приоритет на этого децела :).

Впрочем /me не специалист по планированию :)

Alter ★★
()
Ответ на: комментарий от Alter

> http://www.solarisinternals.com/si/reading/t2-solaris-slides.pdf > > :)

То есть, из описания выходит, что каждому процессу системой Solaris назначается свой определенный тип шедуллинга: от Interrupts, Realtime и System до какого-нибудь там Interactive.

Интересно, а как обстоят дела в других системах? Такой же богатый выбор?

dave ★★★★★
()
Ответ на: комментарий от dave

2 dave

:)

less /usr/src/kernel-source-2.4.27/kernel/sched.c

Правда, говорят потом Инго брался, за топор, рашпиль, а тажке и алмазные надфели :)

А если сурьезно, то надо донов спрашивать, вот только не знаю - их Леночка вчера уговаривать пыталась-пыталась, да только настроение им испортила, так, что не знаю (me пожимает плечами) ответят ли :)

Alter ★★
()
Ответ на: комментарий от dave

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

shellcode
()
Ответ на: комментарий от Alter

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

Моя узнать хочет, а кто такая эта Леночка? :)

dave ★★★★★
()
Ответ на: комментарий от shellcode

Похоже так оно и есть. Только ведь и лялих на месте не стоит. Посмотрим, что покажет ближайшее будущее :)

dave ★★★★★
()
Ответ на: комментарий от shellcode

>да в концето концов, я надеюсь что тут не фанатики собрались, а люди которым нужна ось, а не религия.

Ты не торопись - сейчас прибежит no-dashi и начнет рассказывать как в Solaris все плохо, то man fopen нет, то компилятора он найти не может..

:))

Alter ★★
()
Ответ на: комментарий от klalafuda

>не нужно подменять понятия. Open Sources и GPL - это две различные и независимые друг от друга вещи.

:) Я говорю про тови утверждения. Ты говоришь про ОпенСорц. Отличное от ГПЛ. Например ОпенСолярис... :)

Потворяю вопрос - зачем ты на этом форуме пишешь? :)

petrosha ★★★★★
()
Ответ на: комментарий от Alter

> http://www.linux.org.ru/jump-message.jsp?msgid=851584

какое интересное предложение!

Schedule type: Full Time
Work hours: 40.00 Hours per Week
Budgeted: Yes
International Consideration: No Salary

вот это я понимаю, это реально крутые GNU чуваки. так мастерски разводить :)

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от klalafuda

>вот это я понимаю, это реально крутые GNU чуваки. так мастерски разводить :)

Лучше это там рассказать, надеюсь дама будет вменяемая. :D

Alter ★★
()
Ответ на: комментарий от petrosha

> :) Я говорю про тови утверждения. Ты говоришь про ОпенСорц. Отличное от ГПЛ. Например ОпенСолярис... :) Потворяю вопрос - зачем ты на этом форуме пишешь? :)

кхм.. странный вопрос. ответ - меня это развлекает. разве могут быть какие-то варианты?

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от anonymous

> Извращенец

как говорил один американский миллионер, "у всех есть свои недостатки".

// wbr

klalafuda ★☆☆
()
Ответ на: комментарий от Alter

> priocntl(1) > http://docs.sun.com/app/docs/doc/816-5165/6mbb0m9pb?a=view

беглое ознакомление оставило впечатление, что это всё же ближе к "CPU Resource Management". на disk I/O эти настройки могут повлиять косвенно, ничего в конечном итоге не гарантируя.

BTW на сановской конференции в марте я задал вопрос по QoS для дисковой подсистемы Павлу Анни http://ru.sun.com/win/info/panni.html сходу он не ответил, сказал повторить вопрос почтой. ответа я не получил.

XYAH
()

На самом деле выход OpenSolaris - это хорошая новость, это будет

стимулировать рынок OpenSource систем!

tetSU
()
Ответ на: комментарий от XYAH

2 XYAH

> это всё же ближе к "CPU Resource Management". на disk I/O эти настройки могут повлиять косвенно...

А Вы хотели прямо? дон Krause по этому поводу, IMHO, очень точно высказался - позволю себе процитировать:

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

И я чего не могу принести ни одного контраргумента.. :)

XYAH, вы можете дать реальный пример таких проблем? Только вот я не восприниму проблему, a-la почему у меня сайт тормозит, типа postgresql в 3 раза медленне делает выборку, когда я тарю архив на полтора гига на IDE диске. :)

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

Допустим есть общий bandwidth ~ 50Mb/s, нужно отдеть из них не более 5Mb/s ~ 10%, допустим задача читатель-писатель, т.е. read/write 50/50. Даем на задачу жесткий FX - Fixed Priority Class оговаривая, что данный таск будет юзать систему в районе 0.08-0.12 ms per sec в зависимости от текущей нагрузки на систему.

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

Alter ★★
()
Ответ на: комментарий от Alter

> XYAH, вы можете дать реальный пример таких проблем? Только вот я не восприниму проблему, a-la почему у меня сайт тормозит, типа postgresql в 3 раза медленне делает выборку, когда я тарю архив на полтора гига на IDE диске. :)

что так? мне например абсолютно всё равно за какое время затарится архив на полтора гига - за 20 минут или за 2 часа. мне удобно, чтобы он тарился 2 часа и при этом не затормаживал postgress. при имеющемся сегодня раскладе в linux и solaris для данной задачи, как я понимаю, мне предлагается проапгрейтить железо только потому, что ОС не умеет распределять ресурсы удобным для моих задач способом.

XYAH
()
Ответ на: комментарий от XYAH

2XYAH (*) (08.04.2005 18:16:41)
"при имеющемся сегодня раскладе в linux и solaris для данной задачи, как я понимаю, мне предлагается проапгрейтить железо только потому, что ОС не умеет распределять ресурсы удобным для моих задач способом."

Угу:) Как показывает практика, на x86 все подобные проблемы (типа затыка в ИО, гыгыгы ), последние лет десять _решаются_ именно таким чисто экстенсивным путем:) И почему год от года все за меньшие бабки. Не думаю что что то изменится в ближайшее время.. Это конечна совсем не спортивно, но факты именно таковы...

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