Почему нам не нужен третий дистрибутив Linux

Это мой перевод еще одной статьи из блога Novell о том, нужен ли рынку решений дистрибутив Linux от Oracle. Статья мне показалась интересной, хотя бы своим тоном по отношению к недавнему покупателю Sun. Ссылка на оригинал - в конце статьи.

Майкл Аппельбаум, директор по Linux-решениям

Хорошо известно, что Novell и Red Hat по-прежнему задают тон, когда речь идет о Linux для промышленных решений, но Oracle пытается прорекламировать новое решение на Linux, которым она надеется улучшить свое состояние на этом рынке. Изменят ли эти последние новости отношение этого рынка к Oracle? Эксперты с этим не согласны.

Лучше всего задаться таким вопросом: а нужен ли корпоративному рынку еще один дистрибутив Linux?

Кто покупает Novell? Делайте ваши ставки!

Мой перевод статьи-размышления от Joe Brockmeier о том, кому может достаться Linux-бизнес Novell

Прошел слух, что Novell достигла предварительного соглашения о продаже, что расколет ее бизнес на две части и продаст ее Linux-отделение "неназванному стратегическому покупателю". Предполагая, что сделка все-таки состоится, кто же этот покупатель, и что это будет означать для SUSE и проекта OpenSUSE ?

Размышления Марка Шаттлворта об Ubuntu, Canonical и внедрении свободного программного обеспечения

Те, кто регулярно читает opennet.ru, наверняка обратили внимание на горячее обсуждение письма Марка Шаттлворта о вкладе Canonical и Ubuntu в свободное ПО в целом. Почитав это письмо, я нашел в нем достаточно интересных мыслей, что сподвигло меня на перевод этого текста. Думаю, что мой перевод позволит словам Марка достичь гораздо большей аудитории.
Краткое резюме для тех, кто не хочет читать:

1. Свободное ПО - это огромная область, работы на которой хватит всем. Поэтому и надо заниматься работой, а не считать кто и сколько сделал.
2. Свободное ПО, как алмаз, который нуждается в правильной огранке, чтоб достичть своего пользователя. В истории IT есть много случаев, когда становились популярными не самые лучшие с точки зрения качества и надежности работы продукты. Поэтому, для популяризации свободного ПО нужно учитывать реальные потребности пользователей и подстраиваться под них.

Критика в адрес Canonical по поводу ее вклада в разработку ядра Linux и GNOME заставила меня задуматься: доволен ли я тем, чем занимаюсь каждый день моей жизни. Насколько для меня важно чувствовать, что результаты моей работы служат другим людям и делают мир лучше. Явлется ли мое участие в проекте Ubuntu тем делом, возможность заниматься которым можно посчитать за счастье.

Система инициализации Systemd. Часть II

Это продолжение начатого тут.

Система инициализации Systemd. Часть I

Наверное, все уже слышали о новой системе инициализации systemd, которая разрабатывается под опекой Red Hat и Novell. Я решил перевести описание работы этой системы от ее автора из его же блога. Сама статья оказалась слишком большой, поэтому выкладываю пока только ее первую часть. Вторую часть я выложу в течение пары дней. Ссылка на оригинал традиционно приведена в конце поста. Также традиционно, мои комментарии по тексту приведены курсивом.

Важные инновации в области ПО. Часть I

Жара в Москве идет на спад и наконец-то возвращается работоспособность :).  Те, кто читал мой предыдущий дневник, наверное, помнит серию переводных статей о наиболее важных инновациях в мире ПО. Потом я затеял перенос блога сюда и эти статьи оттуда удалил. Но сюда их не выкладывал потому, что еще раз прочел и ужаснулся качеству перевода :). По мере наличия свободного времени я буду вычитывать тот самый текст и выкладывать его тут по частям. Пока готова самая первая часть. По мере вычитывания остального текста, я буду этот пост дополнять ссылками на остальные части. Итак, поехали...

Флаги процессора

Часто встает вопрос о том, что означают те или иные флаги процессора, которые показывает команда cat /proc/cpuinfo. Я заинтересовался этим и нашел по этому поводу материал, перевод которого предлагаю.

KVM и/или Xen? Выбор платформы виртуализации

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

Понедельник, 12 Июля 2010 00:00 Joe 'Zonker' Brockmeier

Когда Xen появился в 2002 году, он, выпущенный под лицензией GPL, выглядел основным претендентом на «корону» основной платформы виртуализации для Linux. Если же мы быстро перенесемся в настоящее время, то увидим что новичок в этой области полностью вытеснил Xen, как основу виртуализации по умолчанию в дистрибутивах Red Hat и, более того, вполне себе комфортно обосновался в основном ядре Linux. Что же выбрать из них? Xen или KVM?

Область виртуализации развивается довольно быстро. Поэтому если у вас нет времени следить за разработкой KVM или Xen, то у вас неизбежно появятся затруднения в выборе лучшего для вас варианта. Ниже приведен беглый обзор состояния текущего рынка решений виртуализации на основе Xen и KVM.

Файловая система /proc/sys. Часть II

(продолжение, начало тут)

 

/proc/sys/kernel/

Эта директория содержит различные конфигурационные файлы, которые непосредственно влияют на работу ядра. Некоторые наиболее важные файлы:

Места, где трудится Linux

Не так давно было то время, когда казалось, что Microsoft Windows обосновалась на рынке операционных систем всерьез и надолго. В какую бы крупную сеть, торгующую электроникой, вы ни пришли, вы уйдете оттуда с компьютером, работающим под управлением самой последней версии Windows. То же самое относится и к компьютерам, которые можно было приобрести непосредственно у их производителей. Однако в течение последнего десятилетия эта ситуация стала меняться. По данным NetMarketShare.com, около 5% всех компьютеров в настоящее время работает под управлением MacOS. Linux принадлежит не многим больше 1% общей доли рынка операционных систем. И хотя это число может показаться незначительным, тем не менее, не стоит недооценивать его возможностей. На самом деле он работает там, где вы даже не подозреваете. Ниже представлен список таких мест. Для удобства они разделены на следующие категории: правительственная сфера, домашние компьютеры, корпоративные пользователи и образовательные учреждения.

Файловая система /proc/sys. Часть I

В рамках данной статьи я решил выполнить перевод некоторого количества документации про возможности более тонкой настройки Linux через файловую систему /proc/sys. В качечстве исходного варианта используется Red Hat Enterprise Linux Deployment Guide, которое либо можно просмотреть в HTML-формате, либо скачать в формате PDF.

Исходный документ распространяется на основе Open Publication Licence, поэтому данный перевод имеет ту же лицензию на использование:

Copyright © 2007 Red Hat Inc.. This material may only be distributed subject to the terms and conditions set forth in the Open Publication License, V1.0 or later (the latest version of the OPL is presently available at http://www.opencontent.org/openpub/).

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

Директория /proc/sys/ отличается от других, находящихся в /proc/ , поскольку не только предоставляет информацию о системе, но и позволяет системному администратору в реальном времени изменять параметры ядра.

Мыльный пузырь проприетарного ПО

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

Когда я услышал очередные красивые обещания недавно избранного президента США Барака Обамы, это заставило меня задуматься о языке, и о том, каким образом его можно использовать, не только для объяснений чего-либо, но и для обмана.

Когда Вы слушаете какую-то сложную теорию, которую излагают специалисты на своем языке, появлялось ли у Вас ощущение ее полной оторванности от реального мира?

Обычно я исхожу из того принципа, что если что-то не может быть объяснено простым и понятным языком, то скорее всего лицо, находящееся перед Вами, пытается блефовать, держать Вас в неведении, или попросту кинуть - и, возможно, даже все сразу.

Ответы на вопросы о сделке между Microsoft и Novell

Многие пользователи Linux зачастую обвиняют компанию Novell, что она, дескать "предала Linux Сообщество", "предала интересы и философию opensource". Что тут скажешь? Кто-то становится при этом жертвой своего незнания, кто-то верит этому "черному пиару", а кто-то кричит только потому, что ничего другого делать не умеет. Предлагаю вашему вниманию свой перевод wiki-страницы с вопросами и ответами относительно сотрудничества Novell и Microsoft из wiki проекта openSUSE. Если позволят силы и время - данная статья станет "первой ласточкой" по данному вопросу.

 

Зачастую, в разговорах о сделке Microsoft с Novell многие пользователи openSUSE заблуждаются, видя то, чего нет. Данная страница призвана прояснить некоторые из существующих заблуждений и аспектов сделки. Для этого сначала следует просмотреть материалы по приведенным ссылкам:

PolicyKit

Данная статья является переводом 9-ой главы openSUSE Security Guide. Данное руководство можно скачать или просмотреть здесь. По сравнению с оригиналом статья немного сокращена (убрана настройка прав с помощью графических утилит).

PolicyKit является специальной инфраструктурой для приложений (application framework), выступающей в качестве посредника между непривилегированными пользователями и привилегированным системным контекстом (т. е. теми операциями, которые требуют администраторских полномочий - прим. перев.). Всякий раз, когда процесс из пользовательской сессии пытается выполнить действия в системном контексте, опрашивается PolicyKit. В зависимости от конфигурации, указанной в так называемой политике, ответ может быть "yes"/"да", "no"/"нет" или "needs authentication"/“требует аутентификации". В отличие от классических программ для повышения привилегий, таких как, например, sudo, PolicyKit не предоставляет администраторских полномочий на весь процесс, следуя принципу минимальных разрешений.

Управление устройствами с помощью udev

Эта статья перевод 19-ой главы OpenSUSE Reference Guide, которое можно скачать в PDF-формате или просто посмотреть в формате html через браузер здесь.

В Linux работу по подключению и удалению устройств выполняет ядро системы. Изменения состояния устройств (подключение нового или удаление существующего) должны быть при этом видимы в пользовательском пространстве. При подключении новых устройств они должны тут же корректно настраиваться и (при необходимости) опознаваться пользовательскими приложениями. Если пользователь системы работает с конкретным устройством, то его необходимо проинформировать о любом изменении состояния данного устройства.

udev обеспечивает все необходимые средства для динамического создания и удаления файлов устройств и символических ссылок в каталоге /dev. Правила udev позволяют использовать внешние программы для обработки событий ядра об устройствах (kernel device events), что позволяет вам изменять по вашему желанию порядок работы udev, например, написанием собственных скриптов или запроса и импорта дополнительных данных для использования в процессе работы ядра с устройством.
 

Планировщики ввода-вывода в Linux

Это мой перевод вот этой статьи.
При переводе я немного сократил статью, убрав из нее повторения и очевидные вещи.
Введение
Наверняка всем известно, что ядро Linux является очень сложным. Оно может работать на широком спектре имеющегося оборудования: во встраиваемых устройствах (в том числе и тех, которые нуждаются в операционных системах реального времени), портативных устройствах, ноутбуках, рабочих станциях, серверах общего назначения, серверах баз данных, видео-серверах, DNS-серверах, на суперкомпьютерах различного масштаба, и т.д. Системы разного назначения предъявляют к ядру системы самые разные и порой противоречивые требования. Некоторые из них требуют, что система должна быть отзывчивой на все действия пользователя, не прерывая музыку, видео или работу прочих приложений, требующих внимания пользователя. В то же время, обязательно существуют требования к хорошей производительности системы ввода-вывода и для некоторых сфер применения эти требования очень высокие. Для обеспечения сбалансированного распределения ресурсов между пользователями и разными процессами, в ядре Linux используется концепция планировщиков.
Планировщики предназначены именно для того, о чем говорит их название - они планируют различные операции внутри ядра системы. Поскольку в данной статье мы рассматриваем только ввод-вывод, то и под термином «планировщик» далее будет пониматься только планировщик ввода-вывода. Далее будет рассмотрена общая концепция планировщиков ввода-вывода и возможные их параметры.

Является ли компания Microsoft инноватором?

Данная статья является моим переводом вот этой статьи. Если есть замечания по точности и адекватности перевода - всегда готов их выслушать. Перевод все еще может нуждаться в вычитке и смысловой правке.