Введение в операционные системы: практический подход в рамках проекта OpenSolaris

типа - солярис - почти юникс , но только лучше ?

назовите 5 причин, почему я должен перейти с линуха на opensolaris? (у меня laptop)

> почему я должен перейти с линуха на opensolaris?

Не должен. Юзай то, что нравится, что удобно, что нужно и что полезно.

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

> назовите 5 причин, почему я должен перейти с линуха на opensolaris? (у меня laptop)

Ты расчитываешь, что все сейчас кинутся расхвалять Solaris и стараться пересадить тебя? Кому это нафиг надо? :-)

> По - моему OpenSolaris не предлагает ничего принципиально нового, хотя для кого - то это может быть интересно.

Ну почему же? Предлагает. Только тебе это вряд-ли понадобится.

> назовите 5 причин, почему я должен перейти с линуха на opensolaris? (у меня laptop)

С линухом сначала разберись, дурацких вопросов будет меньше.

"Секстибайтная файловая система" - это для любителей посовокупляться с ФС? ;)

Возможности DTrace просто впечатляют! Для меня может быть особенно интересной возможность отладки приложения без перекомпиляции кода.

Спасибо за ссылку.

>По - моему OpenSolaris не предлагает ничего принципиально нового, хотя для кого - то это может быть интересно.
Сравни хотя бы возможности и простоту настройки chroot (linux), jail (bsd) и zone (solaris).
А принципиально новое это что например?

> назовите 5 причин, почему я должен перейти с линуха на opensolaris? (у меня laptop)
а зачем переходить, поставь рядом и понастраивай ради интереса, вообще странный вопрос, оси юзаются под определенные задачи и в определенных условиях.

Я уже давно твердил, что в Solaris10 и выше dtrace одна из самых вкусных технологий!

Мне из всего русского PDF'a по OpenSolaris особенно понравились строчки: "..ознакомтесь с аккуратно написанным, тщательно откомментированным кодом, который можно читать как книгу.", и тут у мну в башке случилось, что-то типа "ты-бы-дыщ.." и я понял, что Sun хочет привести свою Солярку (которой походу уже тяжело стало тягаца с Лином или Фряхой) в порядок силами сообщества, а дальше приводить такой аргумент при продаже их серваков "господин подождите, зачем вам обязательно нужно предустановленный Лин (и т.д.) на вашей машине, ведь есть же Солярис".. ;) Dark side now is active ^_^

>>...оси юзаются под определенные задачи и в определенных условиях.

Согласен -поэтому чем больше осей на компьютере ,тем более полно будет использоваться комп под разные задачи :) или испрользоать универсальную операционную систему (например. Дебиан :) )

А кто нибудь юзал Solaris, если да то какое впечатление?

Да ну что ты - все же знают что Solaris - это как звездные войны :) - сказка :))))))

PS: Для реально тяжелых вещей до сих пор лучше Solaris'a нет!

Мой SATA-контроллер VIA VT6420 не поддерживается :(

Увы, я не смогу оценить преимущества Solaris.

О.. Точно.. Закачаю ка я на почитать, может что интересного наиду.. :-)

соляра труъ только на спарке

>>...оси юзаются под определенные задачи и в определенных условиях.

>Согласен -поэтому чем больше осей на компьютере ,тем более полно будет использоваться комп под разные задачи :) или испрользоать универсальную операционную систему (например. Дебиан :) )

На посмотреть - на один комп хотя 10 операционок. А если ты опсос или телекоммуникатор, тогда под работу готовый спарк с солярой самое оно.
А универсальная система это дженту. За ней будущее.

> А кто нибудь юзал Solaris, если да то какое впечатление?

Ну, когда у тебя десктоп на винде, юзается Active Directory, БД на MSSQL, 1С... То тогда можно поставить на свободный раздел Solaris без компилятора, а потом расставлять пальцЫ со словами "да вот у меня солярка на десктопе с dtrace..." :-)

> Для меня может быть особенно интересной возможность отладки приложения без перекомпиляции кода

Пардон, а нахуа?! Если у вас закрытый софт - то после такой "отладки" вы лишитесь поддержки. Если открытый - то что мешает подправить исходник?

> Если у вас закрытый софт - то после такой "отладки" вы лишитесь поддержки. Если открытый - то что мешает подправить исходник?

А чтоб былО! ;)

Если серьезно, то на память приходят сразу две вещи.

1. DTrace - это отличный показатель качества системы в целом. По крайней мере, в моих глазах как разработчика программ.

2. Если подходить без фанатизма, то далеко не всегда бывает доступен код либы, а запрофилировать ее иногда хочется :) Потом, разве такая "отладка" нарушает многие существующие лицензии? Не думаю (попробуй докажи). По-моему, декомпиляция и коверканье чужого кода с целью его дальнейшего профилирования - это куда большее юридическое зло, да и техническое тоже.

Правда, я смотрю на все это как на возможную перспективу, поскольку уже несколько лет ничего не создавал на C/C++...

> То тогда можно поставить на свободный раздел Solaris без компилятора

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

Не корректное сравнение, с зонами в солярке лучше сравнивать virtuozzo

> DTrace - это отличный показатель качества системы в целом. По крайней мере, в моих глазах как разработчика программ.

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

> далеко не всегда бывает доступен код либы

Ну выясните вы что "вот эта функция в бибилиотеке тормозит" (в чем кстати dtrace вам не слишком поможет, обычный отладчик/профайлер с этим справится лучше), и что дальше? Будете править бинарник?

> разве такая "отладка" нарушает многие существующие лицензии?

Дело не в лицензии. Ну выясните вы, что OCINLogon торможит из-за того, что пытается прочесть tnsmnames.ora подряд 4567 раз. Что это вам даст? Да объективно - ничего не даст, ибо исходников нет, пересобрать/отправить патч невозможно. Править бинарник? Ну-ну :-)

Для разработчика приложений пое&ень типа dtrace может оказаться полезной, когда он не может локализовать проблему типа "где, мать его, происходит I/O wait - в sendfile, в recv или в send?". Но и даже тогда встает вопрос "а что мы с этого получим?". Ну тормозит recv. Что вы с этим сделает - полезе править IP-стек?

"Не верю!" (c) Станиславский

> уже несколько лет ничего не создавал на C/C++

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

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

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

Просто это внушает уважение к разработчикам Соляриса. Многие юниксовые утилиты существуют как бы сами по себе. Здесь же мы имеем некоторую общесистемную штуковину, которая пронизывает самые разные системные части и связывает их воедино. Создать такую вещь должно было быть очень не просто. Для меня это является хорошим примером для подражания.

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

> Ну выясните вы что "вот эта функция в бибилиотеке тормозит" (в чем кстати dtrace вам не слишком поможет, обычный отладчик/профайлер с этим справится лучше), и что дальше? Будете править бинарник?

Как обычно, буду искать обходной путь (workaround). В редких случаях можно взять часть функционала библиотеки на себя...

> А вот в сисадминстве как-то раз нужно было, чтобы выяснить в какой момент возникают тормоза при работе с диском - на чтении или на позиционировании (правда простейшая команда dd сказала - "таки на позиционировании)"? Но согласитесь - это нифига не проблема разработчика прикладного софта.

Иногда это также проблемы разработчика-прикладника. На мой взгляд хороший разработчик просто обязан проверять свой код при работе аппликухи под большой нагрузкой с целью выявления слабых мест. От стандартного профилировщика и отладчика пользы не всегда много, если они, вообще, в состоянии потянуть большую нагрузку. В таких случая могут быть важнее агрегированные показатели работы всей системы и некоторых ее отдельных частей, и вот здесь dtrace может пригодиться. Такое тоже бывает в прикладном программирование. Например, CAD/CAM системы.

То есть, я хочу сказать, что иногда важнее узнать не то, как ведет себя прикладная аппликуха изнутри, а то, как ее поведение отражается на внешней системе. Отладка внешней системы с помощью dtrace - не такая уж и плохая вещь по-моему :)

>Ну, с точки зрения разработчика программ система вас вообще волновать не должна

Это если поделки всякие на коленке писать. А для серьезного ентерпрайз софта пользуют Dtrace Java API (Mustang Hotspot JVM)

> Просто это внушает уважение к разработчикам Соляриса.

Нууу... В солярисе можно было словить kernel panic, если делать перезагрузку ноды не выведя ее предварительно из кластера. И это не внушает уважения к разработчикам Соляриса :-)

> На мой взгляд хороший разработчик просто обязан проверять свой код при работе аппликухи под большой нагрузкой с целью выявления слабых мест

Если нагрузку не держит _система_ - это проблема системы.

> [...] поделки [...] ентерпрайз [...] Dtrace Java [...]

Заколебал. Бегом в библиотеку учить новые баззворды, эти четыре уже безнадежно устарели.

> Если нагрузку не держит _система_ - это проблема системы.

Не в этом дело. Можно это назвать тюнингом приложения. Нельзя предусмотреть всех вещей на свете. Обычно есть набор параметров, от которых зависит конечное поведение аппликухи. Чтобы настроить эти параметры, нужно посмотреть то, как поведет себя система в целом. По-моему, это также касается всего, что связано с Web/Application Server Development.

Встретились старые друзья? ;-)

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

Допустим, мы можем реализовать некую структуру методом A или B. Тогда я обычно реализую оба метода, а дальше смотрю, при котором из них система ворочается и ведет себя лучше. В качестве профилировщика могут выступать обыкновенный System Monitor (Task Manager) или обыкновенные часы. Но это достаточно грубо, и годится далеко не для всех задач. DTrace выглядел бы просто замечательно. Вот это мне в нем и нравится как разработчику.

Какое там, раньше было круче http://lorquotes.ru/view-quote.php?id=60

Но после того как Луговски нас покинул и Krause куда-то запропастился, за всех отдувается лишь Саныч, да и то как-то вяло...

> Допустим, мы можем реализовать некую структуру методом A или B.

Ну значится тогда мы идем читать "Thinking in patterns", и используем паттерны прокси, стратегии :-)

Ну и еще имплементим фабрику и абстрактные классы :-)

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

Еще Alter был, но его тоже что-то давно не видно... :(

>>По - моему OpenSolaris не предлагает ничего принципиально нового, хотя для кого - то это может быть интересно.
Сравни хотя бы возможности и простоту настройки chroot (linux), jail (bsd) и zone (solaris).

>Не корректное сравнение, с зонами в солярке лучше сравнивать virtuozzo

Корректное с точки зрения того, что идет в самом дистре.

У меня на десктопе Linux, а M$ у меня уже третий год как снесён, но в любом случае если есть Solaris значит его должен кто то юзать.

> Но иногда бывают решения, от которых зависит то, как пойдет вся дальнейшая разработка

Я знаю только три момента принятия настолько кардинального решения, когда определяется как пойдет дальнейшая раработка. Первый момент - это когда решается, пойдет ли разработка "нах" или "не нах", второй - будет ли оно под винду - или оно будет переносимым, и третий - на каком языке оно попытается "стать рабочим" :-)