Организация Linux Foundation (http://linux-foundation.org/) опубликовала рекомендации по участию в работе сообщества ядра Linux. Книга, написанная Джонотаном Корбетом (http://www.oreillynet.com/pub/au/592), доступна on-line на сайте Linux Developers Network (http://ldn.linuxfoundation.org/book/how-participate-linux-co...). Linux Foundation надеется, что описав в деталях принципы взаимодействия в открытом сообществе, книга поможет привлечь большее количество разработчиков к участию в процессе улучшения ядра Linux.На тридцати страницах автор рассматривает, как работает циклический процесс разработки ядра, как спланировать свое участие в нем, какие требования предъявляет сообщество к патчам и как сделать, что бы кто-то из более опытных разработчиков прокомментировал вашу работу и внес ее в основную ветку ядра.
Джонотан Корбет сам является разработчиком ядра Linux, а так же выпускающим редактором интернет ресурса Linux Weekly News (http://lwn.net/). Он говорит: «<i>В то вр...
URL: http://www.heise-online.co.uk/open/Guide-to-participating-in...
Новость: http://www.opennet.me/opennews/art.shtml?num=17388
эххх...вот бы в Hurd вкинуть такие силы....:)
Ну-ка расскажите, про достоинства Hurd перед Linux?
Достоинств может и нет, но альтернативная система не помешала бы.
Ну, то что большинство не знает достоинств, это не значит, что их нет. Полезу посмотрю состояние дел этого проекта. А то он больно долго идет к релизу.
Если так уж нужна альтернатива - есть FreeBSD/NetBSD/OpenBSD.
Не уверен, что практически ту же самую операционную систему можно назвать альтернативой.
>Если так уж нужна альтернатива - есть FreeBSD/NetBSD/OpenBSD.Есть, но вот у нее преимуществ и правда не дофига.Зато геморрой имеется.Сказать что это идеальная системы - как минимум покривить душой.Ну вон поищите тут на форуме зачотную ломку копий про сетевые подсистемы, нетграф, qos и фаерволы.Сразу видно какая оно альтернатива... и эти люди еще пытаются пальцевать что у них правильная система.А сетевые подсистемы - набор костылей и подпорочек в основном.
>Достоинств может и нет, но альтернативная система не помешала бы.Апупеешь от альтернатив - http://ru.wikipedia.org/wiki/Список_операционных_систем
Главное достоинство заключаются в микроядерности. Монолитное ядро рано или поздно уйдёт в историю и в этом можно не сомневаться. Люди с радостью пожертвуют производительностью, лишь бы не компилировать огромное ядро снова и снова.Единственная проблема, такой чрезвычайно важный проект как Hurd застыл на месте. За последние несколько лет он почти не развивался. В то же время конкуренты из лагеря проприетарщиков не спят, а активно работают в этой сфере.
> Главное достоинство заключаются в микроядерности. Монолитное ядро рано или поздно уйдёт в историю и в этом можно не сомневаться. Люди с радостью пожертвуют производительностью, лишь бы не компилировать огромное ядро снова и снова.Пока что люди предпочитают Windows, у которого в ядре не только необходимое, но и графическая подсистема.
И не надо путать "ядро в одном файле" и "монолитное ядро": Windows при старте собирает ядро из собственно ядра и драйверов, но всё это работает как монолитное ядро. FreeBSD и Linux умеют динамически подгружать модули ядра, но при этом являются монолитными. Точно так же ядро, содержащееся в одном файле, может работать как микроядерное.
И наконец, для увеличения производительности следует делать компоненты системы тесно связанными: например, кэш диска и менеджер памяти д.б. одним модулем. Без такой интеграции высокая производительность железа вообще не будет иметь смысла, но такой путь полностью расходится с идеями микроядерности.
С чего вы взяли, что я путаю монолит и один файл. Какая разница сколько будет файлов на диске? Дело не в том что ядро - один файл, а в том, что развитие и отладка такого монстра становится реальной проблемой, и эта проблема становится всё серьёзней с каждым новым релизом.
странно, загружаемые модули очень не плохо отлаживаются.
и даже сказал бы, легко.
а ещё есть (для параноиков) xen.
>высокая производительность железа вообще не будет иметь смыслаДык микроядра потому и не используют что это тормозно. В свое время MS сделал NT 3.51 более "правильно" - вся графическая подсистема, весь GDI и драйвера видео были в user space и ядро было соответственно куда компактнее.Только в итоге графика работала с такой скоростью что юзерам такая система была в принципе нафиг не нужна.В итоге в NT4 сделали win32k.sys (большой кусок GDI в режиме ядра) и драйвера видяхи в режиме ядра.Скорость работы системы сразу стала пригодной для high-end машин того времени.
>Дык микроядра потому и не используют что это тормозно.Во-первых, очень даже используются. Вы как всегда утрируете - если что-то не используется подовляющим большинством и если это не "ширпотреб", то Вы заявляете что это якобы не используется совсем или что это якобы является главным недостатком. http://www.opennet.me/openforum/vsluhforumID3/43307.html#29 Вы просто очень плохо обо всем осведомлены. Типичное мышление человека, который просто тупо смотрит на других и, по собственным же словам, чувствует себя "курицей". http://www.opennet.me/openforum/vsluhforumID3/43207.html#25 (Вы просто очень метко сами себя охарактеризовали)
В профессиональных кругах скорость работы системы ценятся гораздо меньше, чем сабильность, удобство и скорость разработок, а также системная простота.
А микроядра дают огромное преимущество именно в упрощении системы и сокращении циклов разработки. Что в свою очередь способствует созданию гораздо более надежных систем. А потеря производительности, как показывает практика в большинстве случаев, не такая уж и большая. Вы приводите примерно такие же аргументы, которые приводились против переносимых между железом ОС, на заре их существования.
Все более новое и прогрессивное, сначала оказывается доступно более узким профессиональным кругам, более обеспеченным людям, а также более дальновидным людям. В то время как большинство, находясь в плену стереотипов и не желая менять свои привычки, а также будучи сильно привязаны, к тому, чем пользуются, просто ищут себе оправдания.
Судя по вашим высказываниям о микроядрах, Вы ничего не знаете об ОС QNX.
>В свое время MS сделал NT 3.51 более "правильно" - вся графическая подсистема, весь
>GDI и драйвера видео были в user space и ядро было
>соответственно куда компактнее.Только в итоге графика работала с такой скоростью что
>юзерам такая система была в принципе нафиг не нужна.В итоге в
>NT4 сделали win32k.sys (большой кусок GDI в режиме ядра) и драйвера
>видяхи в режиме ядра.Скорость работы системы сразу стала пригодной для high-end
>машин того времени.Судя по всем Вашим высказываниям, Вы очень плохо разбираетесь в системных вопросах и пытаетесь это скрыть за мешаниной технических терминов, не до конца понимая реальное положение вещей. Именно поэтому еще массовость использования и удобство для конечных пользователей являются главными для Вас аргументами.
Вы видимо имеете очень мало представлений о задачах, отличных от графики и игрушек. В области операционных систем Вы являетесь таким же ламером, как и в области программирования, о которой тоже пытаетесь судить. К Вашему сведению, огромное число серверных задач не требуют высокой производительности системы, которую требуют преимущественно клиентские десктопные системы. Видимо в области десктопов весь Ваш опыт в основном и сосредоточен.
>Главное достоинство заключаются в микроядерности. Монолитное ядро рано или поздно уйдёт в
>историю и в этом можно не сомневаться. Люди с радостью пожертвуют
>производительностью, лишь бы не компилировать огромное ядро снова и снова.
>
>Единственная проблема, такой чрезвычайно важный проект как Hurd застыл на месте. За
>последние несколько лет он почти не развивался. В то же время
>конкуренты из лагеря проприетарщиков не спят, а активно работают в этой
>сфере.о производительности можно было говорить лет 10 назад, сейчас это актуально разве что для кпк - посмотрите результаты тестирования minix3, никакой статистически существенной потери
По-моему там отсутствует нормальная проверка прав при взаимодействии сервисов. Поэтому minix изначально рассчитана на КПК.
>лишь бы не компилировать огромное ядро снова и снова.Так его компилируют 1 раз и майнтайнеры системы в нормальных практичных дистрибутивах.И делают это не чаще чем компил других программ.У юзеров обновление ядра - 5 минут на все с минимальным участием юзера как то подтвердить установку пакета.
>Единственная проблема, такой чрезвычайно важный проект как Hurd застыл на месте.
Более того - микроядерные системы вообще в заду.Как концепт может и круто а на практике - и по сей день народу надо производительность.И всегда будет надо.Если уж на висту наезды что тормознутая а она ни разу не микроядерная... думаете вам простят если вы будете еще тормознее?Будете в одном ряду с Таненбаумом, про систему которого в лучшем случае кто-то знает что она где-то там есть.По задумке NT конечно имеет что-то общее с микроядрами но с такой штукой как win32k.sys в ядре оно уже совсем не микро.Да и сам многомегабайтный кернел микро назовет только ушибленный UPSом чудак.
>конкуренты из лагеря проприетарщиков не спят, а активно работают в этой
>сфере.А нельзя полюбоваться на успехи проприетарщиков?Проприетарщики как и положено ведут R&D надеясь тем самым получить какие-то преимущества над остальными - у них достаточно денег и можно позволить себе даже пострадать фигней.А это такая деятельность где из 100 проектов 99 могут бесславно загнуться сразу, а еще один чуть погодя.Примеров было вагон и маленькая тележка.Только если они оставят там UI как в висте - они могут туда какое угодно ядро приделывать, их это не спасет.В запор можно ставить хоть движок от порша, запором он от этого быть не перестанет.
>Так его компилируют 1 раз и майнтайнеры системы в нормальных практичных дистрибутивах.Мне совершенно всё равно сколько минут займёт установка у мейнтейнера или пользователя. Сколько проблем встаёт перед разработчиками, которые пытаются добавить новую фишку в ядро - вот это существенно. Сейчас складывается такая ситуация, что эти люди боятся менять что-либо, поскольку стабильность ядра на грани.
>Более того - микроядерные системы вообще в заду.
В таком же заду как когда-то высокоуровневые языки по сравнению с ассемблером. Сколько вы теряете при переходе на си. Примерно раза в два в производительности и на порядок в объёме места, занимаемом файлом. Хотя огромные кеши многоядерных процессоров это то, что обеспечит основу для будущих микроядерных ос.
>А нельзя полюбоваться на успехи проприетарщиков?
Поверьте, успехи СПО в этом отношении гораздо скромнее.
>Только если они оставят
>там UI как в висте - они могут туда какое угодно
>ядро приделывать, их это не спасет.В запор можно ставить хоть движок
>от порша, запором он от этого быть не перестанет.Виста вскоре будет стоять на большинстве компов. Хотите вы этого или нет. Людям нравятся эти красивые 3D заставки и качественная прорисовка в играх DX10. Они купят комп помощнее или запасутся терпением... Нам же (как людям имеющим отношение к свободному ПО) не стоит думать что линукс (точнее UNIX) это наше всё. Нужно немного смотреть в будущее. Пингвины не вечны, в отличие от проприетарщиков.
>>лишь бы не компилировать огромное ядро снова и снова.
>
>Так его компилируют 1 раз и майнтайнеры системы в нормальных практичных дистрибутивах.И
>делают это не чаще чем компил других программ.В том-то и дело, что даже майнтейнерам затруднительно лишний раз перекомпиликовать ядро. Это существенно снижает качество тестирования. Что в свою очередь существенно снижает качество системы в целом. Также отлаживать монолитное ядро можно только целиком, в то время как микроядерную систему - по частям. Но отладкой, естественно, Вы никогда не занимались с Вашей, по Вашим же словам, квалификацией "нарезчика болванок" (http://www.opennet.me/openforum/vsluhforumID3/43307.html#30). А потому, никакого представления о критериях качества не имеете. Смотрите только на мнение большинства. Вам главное, чтоб быстро работало и чтобы этим пользовалось большинство.
>У юзеров обновление ядра - 5 минут на все с минимальным участием юзера как то подтвердить установку пакета.
...и "волшебным движением руки" за 5 минут получаете очередное плохо протестированное обновление ядра. Главное за 5 минут и главное оптимизированное по скорости ядро, а какой ценой его оптимизировали по скорости, Вам невдомек - майнтейнеры в инфе сказали, что все в порядке, Вы им верите на слово.
>Более того - микроядерные системы вообще в заду. Как концепт может и круто а на практике - и по сей день народу надо производительность. И всегда будет надо.
Они не в заду, они просто лично Вам не доступны - либо по цене, либо по квалификации. В бизнесе они уже давно используются для внутренних целей, просто эти технологии никто не торопится продавать за деньги, если они и так приносят большую прибыль непосредственно при внутреннем использовании. Системы управления предприятиями не требуют такой высокой производительности, как юзерско-ламерские десктопные системы. Зато требуют высокой надежности, безопасности, гибкости и скорости разработок и модификаций.
>По задумке NT конечно имеет что-то общее с микроядрами но с такой штукой как win32k.sys в ядре оно уже совсем не микро.Да и сам многомегабайтный кернел микро назовет только ушибленный UPSом чудак.
MS микроядерные технологии использует давным давно для своих внутренних нужд, в своих системах управления предприятиями (принадлежащими им предприятиями), в своих финансовых вычислительных системах и получают от этого прямую выгоду. А для таких, как Вы, на продажу собирают ядра с этой самой "штукой win32k.sys".
То же самое делают и майнтейнеры так называемого "свободного софта". Продолжают клепать шустрые, но монолитные и плохо протестированные ядра для рабочих столов и портированной Кваки. Главное - пипл хавает. Для "нарезчиков болванок" сгодится.
>Если уж на висту наезды что тормознутая а она ни разу не микроядерная... думаете вам простят если вы будете еще тормознее?
Да уж. Вы майнтейнерам этого не простите. Вот они для Вас и стараются.
>Будете в одном ряду с Таненбаумом, про систему которого в лучшем случае кто-то знает что она где-то там есть.
Эк Вас Таненбаум зацепил! Если некая система недоступна для Вас либо по цене, либо по уровню знаний - то Вы считаете, что она не имеет права на существование. Таненбаум изначально создавал свою систему как учебный проект. И не претендовал даже, что на основе его системы будут делать продукты для конечных пользователей. Но все, что для конечных пользователей не предназначено, то есть никогда Вам доступно не будет по цене или по квалификации, Вас элементарно мягко говоря "раздражает" только самим фактом своего существования.
>>конкуренты из лагеря проприетарщиков не спят, а активно работают в этой сфере.
>
>А нельзя полюбоваться на успехи проприетарщиков?Конечно можно. Для примера, во-первых, сам MS (см. выше). Во-вторых, ОС QNX, которая существует уже порядка 20 лет, активно используется и достаточно известна, в частности в области систем по автоматизации промышленного производства. Но поскольку эта область от Вас судя по всему также далека, неудивительно, почему Вы об этой системе ничего не слышали.
>Проприетарщики как и положено ведут R&D надеясь тем самым получить какие-то преимущества над остальными - у них достаточно денег и можно позволить себе даже пострадать фигней.
У них достаточно денег, чтобы внедрять это у себя и получать прибыль непосредственно от использования. А зачем это продавать за гроши таким "нарезчикам болванок", как Вы, которые все равно этим пользоваться не умеют.
Кроме того ОС QNX, будучи микроядерной системой еще является и системой реального времени. Также существуют другие примеры реализации микроядерных ОС реального времени. На самом деле с производительностью у них все в порядке.Это просто недальновидные юзеры ищут оправдания для себя, почему эти системы для них недоступны. Потерпите немного, "большие дяди" как следует ими для себя попользуются, извлекут побольше прибыли, потом отдадут юзерам, чтобы те могли на них ставить всякие игрушки, рабочие столы и "нарезать болванки". А сами "большие дяди" займутся потом другими еще более перспективными технологиями.
По теме: Никто не желает переводом заняться???
Для тек кто надумает переводить, или просто одним документом скачать -
http://www.pavlinux.ru/Howto_Participate_in_the_Linux_Commun...
pavlinux, +1 за офигенную картинку на главной странице твоего сайта! Я бы сказал что вкус у тебя определенно есть!
"А ещё на машинке вышивать умею!" (с) Каникулы в Простоквашино.
За файлик пасиб, а то на родной сайт и не пробиться, ЛОР эффект в действии?
За пикчу на главной, это не в зеркале снимок? ;) Тема раскрыта, оригинал в судию...
>За файлик пасиб, а то на родной сайт и не пробиться, ЛОР
>эффект в действии?
>За пикчу на главной, это не в зеркале снимок? ;) Тема
>раскрыта, оригинал в судию...Oops...
Спасибо.
Замечание. Документ написан на английском, а "содержание" - на русском.
>Спасибо.
>Замечание. Документ написан на английском, а "содержание" - на русском.Больше не осилил :)
доступ к книги закрыли - только заходил - уже нет??????
честно говоря, к программистам она далека а для менеджеров крупных программных проектов самый раз,,,,, для системного программиста мало что можно найти - рассписание, какие-то директивы,,,, - нет немножко ложная информация что книга пригодня для программистов,,,,, - субъективное мнение.
да, верно она для организаторов, но ни как не для программистов,,,,,,,, - для кодировщиков тут практически ничего нет - только время когда windows(окно) закрывается и ресурсы - но это уже tools - когда работаешь в команде - тебя этим обычно обеспечивают или сам находишь, что по душе угодно.
ищем лопухов, задаром развивающих код, которым торгует направо и налево линус и компаниястаръё