Архив рубрики: Linux

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

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

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

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


За последний месяц у меня было два случая, позволяющих положительно ответить на данный вопрос. Первый — письмо с благодарностью из Новой Зеландии, от человека, который отметил, что Ubuntu 10.04 внесла реальные изменения в жизнь его семьи. Для них этот проект, предоставляющий целостное, интегрированное окружение для работы и существующий благодаря труду тысяч людей, похож на маленькое чудо человеческой щедрости. Второй случай — контракт на поддержку десятков тысяч рабочих станций, работающих на Ubuntu 10.04. Общее между этими двумя случаями — два столпа, на которых зиждутся проекты Ubuntu и Canonical: предоставлять всему миру результаты труда огромного сообщества свободного программного обеспечения как подарок, бесплатно, свободно, без ограничений и делать это на постоянной основе.

Первая история из Новой Зеландии о тех, кто учит детей пользоваться компьютером с раннего возраста и наблюдает насколько больше они могут получить знаний от Ubuntu, чем от Windows, и насколько доступнее делать это с Ubuntu. Для них то, что Ubuntu приносит им весь мир свободного программного обеспечения как единое целое — это здорово, это — прорыв, и они очень благодарны за это.

Это история, повторение которой я надеюсь увидеть 100 миллионов раз. И она делает честь и приносит удовольствие не только мне, не только тем, кто отдает Ubuntu свою любовь и энергию, но и всем тем, кто участвует в разработке свободного ПО в целом. Ubuntu в отдельности не заслуживает всеобщего признания, это часть большой и сложной экосистемы, но без Ubuntu продвижение свободного программного обеспечения просто не достигло бы таких масштабов.

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

Ubuntu и то, что она делает, не могло бы произойти без усилий прекрасного Linux-сообщества, которое, в свою очередь, не могло бы существовать без сообщества GNU, которое также не смогло бы подняться на сколь-нибудь значимое место без усилий таких компаний, как IBM и Red Hat. И может быть все пошло бы совсем не так, если бы не участники проектов Mozilla и Netscape, GNOME, KDE, Google и всех остальных, кто использовал свободное ПО для разных задач, что делало его только лучше. Есть десятки тысяч людей, которые никак не связаны с Ubuntu и которые сделали эту историю — реальностью. Многие из них работали более десятка лет — и прошло много времени прежде, чем пришел неожиданный успех, в то время
как Ubuntu на сцене только лишь 6 лет. Именно поэтому Ubuntu не может признаваться единственной и неповторимой лишь только для красного словца и чтобы порадовать своих поклонников :).

Тем не менее проект Ubuntu делает кое-что уникальное, специфичное и важное для свободного ПО: создает у конечных пользователей устойчивый образ того, что со свободным ПО могут работать все, как с экономической точки зрения, так по легкости использования и готовности решать проблемы, возникающие то там, то здесь. И я считаю, что это подарок тем людям, которые собирают каждый из пакетов Ubuntu. Если мы сможем предложить свободное ПО аудитории в 10 раз большей чем сейчас, мы десятикратно усиливаем вашу щедрость, что делает каждый час нашей с вами жизни (который мы проводим исправляя ошибки или улучшая что-либо) в 10 раз ценнее. Я очень горжусь тем, что трачу время и силы на Ubuntu. Да, я мог бы делать множество других вещей, но я не могу себе представить что-то еще, что имело бы аналогичное влияние на мир.

Я готов признать, что не каждый может видеть картину моими глазами. Передача результатов своей работы аудитории в 10 раз большей без учета усилий, затрачиваемых на двустороннюю связь с конечными пользователями и работу над новыми возможностями, может выглядеть со стороны просто как рост скачиваний или увеличение потока отчетов об ошибках в 10 раз. Другими словами, если upstream не видит ничего кроме «кода», то он и не сможет увидеть ничего кроме кода. Я действительно не знаю, что с этим делать: Ubuntu — не средство для доставки конечным пользователями всего многообразия написанного кода, мне кажется это не то, в чем нуждается мир. А нуждается он в средстве, которое позволяло бы брать этот код и следило за тем, чтобы тот код, который уже есть, оставался в состоянии высокого качества и надежности. Все, что нужно для рабочих станций уже есть и даже код соответствует ожиданиям, не было только возможности вынести область его использования за пределы серверов, чтобы представить широкой публике уже готовое решение.

Второе письмо я не могу процитировать. Оно предполагает контракт на оказание услуг Canonical в оказании помощи по миграции более чем 20 000 настольных компьютеров с Windows на Ubuntu. В последнее время в этой области много предложений, их темп ускоряется по мере укрепления доверия к Ubuntu. Хоть Linux уже давно зарекомендовал себя прекрасным рабочим столом для вдохновленного и целеустремленного разработчика, существует разрыв между его потребностями и потребностям крупных организаций. Другой такой компании, которая была бы настолько же привержена идее свободного ПО для настольных систем в том же масштабе, как Canonical, нет и поэтому я очень горд тем, какую роль мы играем в этой экосистеме. Для меня было бы очень печально, если б все усилия, которые сообщество свободного ПО затрачивает на разработку приложений для рабочих станций, были потрачены впустую.

В настольных компьютерах, которые Canonical поддерживает в крупных организациях, нет чего-то секретного или закрытого. Подлинным чудом для меня является то, что и в истории из Новой Зеландии, и в истории с миграцией компьютеров фигурирует один и тот же код. Для меня это истинное назначение свободного ПО. Когда я сам участвовал в проектах с открытым кодом, я всегда был рад, когда результаты моей работы могли служить не только моим потребностям, но и оказаться полезными многим другим.

Ubuntu лишь малая часть огромной экосистемы, но я горжусь тем, как мы подошли к решению этих задач.

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

В последние несколько недель неоднократно заявлялось, что Canonical преследует какие-то свои собственные интересы и действует отнюдь не в интересах сообщества, занимающегося открытыми исходными кодами. Это все лживые заявления, потому что большинство из нас наоборот мотивировано делать все, что мы только сможем, чтобы способствовать делу свободного ПО как в интересах конечных пользователей, так и сообщества, которое его делает, и мы убеждены, что существовани
е Ubuntu и Canonical это лучший способ для достижения этой цели. И этот пост показывает результаты размышлений над этими вопросами: это моя собственная позиция показывающая, что именно я делаю и почему я испытываю чувство гордости от тех усилий, которые затрачиваю каждый день.

Что мы вместе делаем для свободного ПО? И что же я сам могу сделать для него?
Во-первых, мы занимаемся доставкой его конечным пользователям. Мы снижаем влияние потребительской инерции и тех факторов, которые мешают людям попробовать бесплатное ПО и решить для себя, нравится ли оно им в той мере, чтобы начать им пользоваться. Сотни из тех, кто сейчас участвует в свободном ПО (разработчиков, переводчиков, дизайнеров, пропагандистов) получили возможность стать частью нашего движения, поскольку для них не стало проблемой слегка намочить ноги в воде. И это совсем не легко. Просто посмотрите на результаты нашей многолетней работы над упрощением инсталлятора Linux, что стало возможно только благодаря труду многих групп людей и было бы просто невозможно без участия Canonical и Ubuntu.

Есть тысячи людей, которые довольствуются сборкой свободного ПО для себя, и это не преступление. Но желание облечь его в такую форму, чтобы другие могли его попробовать, изучить и затем удобно использовать, нужно тоже приветствовать. И именно этому в сообществе Ubuntu придается огромное значение: если вы почитаете planet.ubuntu.com, вы станете свидетелем радости многих людей, использующих свободное ПО. Как сообщество мы глубоко удовлетворены тем, чтобы люди использовали его для решения каких-то задач в своей жизни. Это радует гораздо больше, чем истории о том, как мы «сделали это быстрее» или «добавили новую функцию». Мы, конечно, работаем и над тем и над другим, но сообщество больше ценит влияние на мир, а не на код. Люди очень ценят свое время и опыт. Я горжусь тем, что Ubuntu привлекает людей, вносящих свой щедрый вклад в общее дело. Поэтому мы благодарим и Kubuntu, и Xubuntu, и Puppy, и Linux Mint. Они не висят у нас на хвосте, они стоят на наших плечах, так же, как мы стоим на плечах гигантов. И это здорово. Наша работа будет более значимой и ценной, потому что их работа достигает тех пользователей, которых не достигли мы.

Что еще?
Посмотрите на проект Papercut, основанный на том положении, что все невероятные технологии и усилия, направленные на какой-то сложный проект (например, такой как ядро Linux) имеют нулевую ценность, если средний пользователь не может с ним работать. И, наоборот, проект ценен тогда, когда он просто работает. Сотни пожеланий пользователей были учтены во многих различных приложениях, пользу от чего получает не только Ubuntu, но и любые другие дистрибутивы, их использующие. Если вы думаете, что это легко, попробуйте оценить усилия, затрачиваемые на сортировку и рассмотрение каждого из тысяч предложений, координацию исправлений и их дальнейшее распространение. Результаты неустанного труда большой команды видны невооруженным взглядом.

Другой пример: сохранить миллионам пользователей 1 час в неделю — это экономия энергии, которую можно получить, используя свободное ПО. Хоть команда дизайнеров Canonical играет ведущую роль в создании проекта Papercuts, настоящие звезды представлены здесь — http://www.omgubuntu.co.uk/2010/06/maverick-papercut-hunting-season-opens.html . Каждый может внести предложение, как для версии Desktop http://ubuntuserver.wordpress.com/2010/01/20/ubuntu-server-papercuts-project/, так и для Server.

Лично я положил много на руководство и управление проектом и создание структуры сообщества. Когда мы только начинали Ubuntu, я потратил много времени на анализ существующих сообществ, на то как в них разрешаются неизбежные трения и разногласия, возникающие, когда у вас есть много умных и талантливых людей, взаимодействующих между собой. Для решения этого вопроса мы составили кодекс поведения, который будет гарантировать, что наша страсть к технологии и/или работе не подавит основную цель — собрать разных людей вместе, чтобы совместно работать над общей платформой. Я очень рад, что эта идея распространилась и на другие проекты: у нас нет цели тайно вынашивать и
деи, проекты и мысли, которые шли бы вразрез с нашим назначением.

Мы создали простейшую структуру: технический совет (technical board) и совет сообщества (community council). Такой подход в настоящее время широко распространена и во многих других проектах. Поскольку проект Ubuntu вырос, управление претерпело изменения, в настоящее время есть несколько управляющих команд для таких групп, как Kubuntu, форумы и IRC, которые дают советы и руководят такими группами, как LoCo, модераторы, оперативный отдел, разработчики, которые, в свою очередь, стремяться к техническому совершенству и умению работать с людьми, как часть огромного мирового сообщества. Это удивительно и прекрасно. Когда люди начинают участвовать в Ubuntu, как правило, они мотивированы не только желанием быть частью замечательного сообщества, но и исправлением конкретной проблемы или внесением какой-либо идеи по улучшению. С течением времени некоторые из этих людей сознают, что они могут помочь людям быть более креативными, разрешать разногласия, организовывать работу группы так, чтобы результат был гораздо лучше, чем сможет сделать один человек. Наша структура управления проектом создает все возможности для таких людей: они составляют основу и структуру, которая делает это сообщество легко масштабируемым, производительным и довольным.

Такой проект, как Ubuntu, нуждается в постоянном уходе, чтобы защищать свои ценности. Когда вы малы и поднимаете плакат с надписью «мы делаем вот это» вы, как правило, привлекаете только тех людей, которых это интересует. Когда проект перерастает в нечто мощное и заметное, вы, как правило, начинаете привлекать ВСЕХ, потому что люди хотят быть там, где что-то происходит. И значимость проекта может легко пойти вниз. Так, я по-прежнему трачу много энергии на работу с советом сообщества Ubuntu и командой Canonical по взаимодействию с сообществом, и они оба являются талантливыми и трудолюбивыми, потому что эта часть моей работы приносит мне огромное удовольствие. Совет сообщества Ubuntu относится к своим обязанностям хранителя ценностей проектов сообщества очень серьезно. Он в основном состоит из людей, которые не связаны с Canonical, но которые тем не менее считают, что проект Ubuntu важен для свободного программного обеспечения в целом. И бесподобный Jono Bacon, восхитительный Daniel Holbach, и невозмутимый Jorge Castro — профессионалы, которые понимают, как сделать работу сообщества продуктивной и успешной.

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

В последние годы я стараюсь обращать больше внимания на соревнование за наилучшее оформление в свободном ПО. Я считаю, что свободное ПО обладает лучшим качеством, но думаю, нам нужно точно знать, что мы хотим создать для наших пользователей, будь то рабочая станция, нетбук или сервер. Поэтому я трачу так много моего времени на вдохновление различных сообществ — и Ubuntu, и upstream — чтобы приглашать в них тех, кто видит ПО глазами обычного пользователя, а не опытного хакера. Это фундаментально изменит ценность открытого ПО, и я не могу надеяться, что такую задачу можно осилить в одиночку, но я тем не менее горжусь тем, что являюсь чемпионом этого подхода и рад, что все предложенное неуклонно принимается.

В свободном ПО уже были дизайнеры и до того, как мы это предложили. Я надеюсь, они чувствуют, что внимание Canonical в области концепции лидирующей роли дизайна сделало их жизнь легче, и сообщество в целом больше ценит их усилия и восприимчиво к их идеям. И все-таки, если вы действительно заботитесь о внешнем виде свободного ПО, команда по дизайну Canonical (Canonical design team) ждет вас.

Я делаю некоторую часть работы по оформлению сам и участвую в разработке дизайна Unity — интерфейса для Ubuntu Netbook Edition 10.10. Это следующее поколение старого интерфейса UNR. Самое главное в нем — это утверждение, что
рабочие станции Linux не должны быть застревать в 90-х, мы можем и будем пытаться построить новые и эффективные способы взаимодействия с компьютерами. Я был в восторге от скорости, с которой некоторые объекты Unity были приняты сотнями проектов, их цель сделать использование Linux гораздо более простым и прекрасным для всех, так как скорость этой адаптации является мерой того, насколько быстро пользователи смогут лучше адаптироваться к новым способам использования своих компьютеров.

Дизайн сам по себе ставит нас в положение, удобное для обвинения в желании свалить работу по его внедрению на других, так что я горжусь нашей замечательной командой, которая занята реализацией некоторых из этих основных компонентов. В частности, dbusmenu оказалось полезным для организации согласованности внешнего вида приложений GNOME и KDE, работающих под Unity, и я очень надеюсь, что оно будет принято в другие проекты, которые нуждаются в тех интерфейсах, которые оно предоставляет. Я полностью доверяю нашей инженерной команде, нацеленной на качество готового продукта, которая предоставит разработчикам простой и ясный API и руководство о том, как его использовать. Если вы использовали полный набор индикаторов в 10.10, то вы в курсе той работы, которая была сделана без лишнего шума и вобрала в себя результаты многих различных проектов и превратившей панель в нечто прекрасное и эффективное. Utouch также приближается к своему первому релизу и будет продолжать развиваться, так что и Ubuntu, и GNOME, и KDE получат простой способ реализации поддержки жестов Multi-Touch.

Помимо этого, я также занимаюсь финансовой поддержкой различных проектов. Целесообразность вклада денег в свободное ПО должна определяться ответом на следующий вопрос: может ли результат вложения денег в другой проект, помочь большему количеству людей? Есть много способов помогать людям: на $100 000 можно отправить многих в школу, одеть и накормить их. Поэтому я действительно должен быть уверен, что этими деньгами я привношу реальное воздействие на жизнь людей. Благодарственные письма, которые я получаю каждую неделю, помогают мне сохранить уверенность в этом. Более того, мои собственные наблюдения того каталитического эффекта, который Ubuntu дает всей экосистеме ПО с открытым исходным кодом, с точки зрения привлечения новых разработчиков, создания новых платформ, создания нового бизнеса, признания новых участников, придают мне уверенность, что обеспечиваемое мной финансирование оказывает значимые последствия.

Когда мы только задумывали Ubuntu, экосистема Linux была в некотором смысле полностью сформирована. У нас уже было ядро. У нас уже были GNOME и KDE. У нас были X, libc и GCC и все остальные хорошо знакомые инструменты. Естественно, что в них были ошибки, недостатки, были планы по их устранению. Но кое-чего не хватало: иногда это «кое-что» формулируется как «маркетинг», а иногда как «все для конечного пользователя». Я помню, как подумал «вот то, что я могу сделать». Именно поэтому Ubuntu и Canonical не прикладывают усилия к тому, что и так хорошо работает, вместо этого мы сосредотачиваем свое внимание на новых идеях, новых инс
трументах и новых компонентах. Я считаю это живительным взаимодействием со всей экостистемой открытого ПО, и я слышу от многих людей, что они воспринимают его точно так же. Те, кто говорят «Canonical не участвует в разработке X», правы, но упускают из вида все, что мы делаем с нуля. Конечно, есть мало того, что мы делаем в одиночку, и мало чего из того, что мы делаем, не смог бы сделать кто-то другой, но я думаю, что энергия сообщества Ubuntu и энтузиазм ее пользователей отражает тот факт, что в проекте есть кое-что отличное от других. Это «кое-что» заставляет нас торжествовать, гордиться своим трудом, и мотивирует нас продолжать.

Свободное ПО больше, чем любой из проектов. Оно больше, чем ядро Linux, чем GNU, чем GNOME и KDE, чем Ubuntu, Fedora и Debian. Каждый из этих проектов играет свою собственную роль, но это все в целом реально меняет мир. Поэтому, когда мы начинаем спорить друг с другом о том, какая часть свободного ПО перспективнее, мы рискуем упустить картину в целом. Это немного похоже на аутоиммунные заболевания, когда организм начинает атаковать сам себя. Тот, кто напряженно работает в течение всего дня, чтобы донести свободное ПО до более широкой аудитории, играет на той же стороне, что и я, если уж мы применяем такую терминологию. Я восхищаюсь и уважаю всех тех, кто вкладывает свою энергию в продвижение свободного программного обеспечения, даже если он делает это по-другому.

Автор: stranger

Бесплатный вебинар по Ubuntu

Наш учебный центр (то место, где я имею честь работать) проводит 16 сентября модный ныне бесплатный веб-семинар (или как их сокращенно называют вебинар) . Вебинар будет посвящен одному из главных событий, случившихся в нашем УЦ в этом году — партнерству с хорошо известной всем компанией Canonical.

В рамках данного вебинара планируются выступления:

  • Владимира Крюкова — менеджера Canonical по контактам с OEM-партнерами в регионе EMEA;
  • Вашего покорного слуги с информацией о том, какие вообще направления обучения предлагает Canonical;
  • И в заключение Torsten Splinder (Canonical Senior System Engineer) поведает всем присутствующим об изменениях в достаточно популярном направлении Ubuntu Enterprise Cloud. Как вы, наверное, догадываетесь, Торстен не говорит по-русски, поэтому задать ему вопросы можно будет только на английском языке :). Ну или на его родном немецком ;).

Тем, кто захочет присутствовать, желательно пройти по ссылке для регистрации на вебинар. Также по ней можно ознакомится с системными требованиями. Предвосхищая вопрос, на Linux все должно работать. Я все тестировал на последней версии Adobe Flash, теперь там нет былых проблем с русским языком.

Автор: stranger

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

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

3DNOWEXT
3DNOW Extensions. Расширенный вариант 3DNow! .
 
ACPI
Поддержка ACPI (Автоматического управления конфигурацией и питанием).
 
APIC
Расширенный контроллер прерываний (Advanced Programmable Interrupt Controller).
 
CID+
Скорее всего, это означает Certified Interconnect Designer (Сертификация для разработчиков дизайна печатных плат)
 
CLFSH/CLFlush
Cache Line Flush .
 
CMOV
Условные инструкции «переместить/сравнить» (Conditional Move/Compare Instruction).
 
CMP_Legacy
Показывает, что процессор не совместим с технологией Hyper-Threading.
 
Constant_TSC
На процессорах Intel P4, Time Stamp Counter работает с постоянной частотой, которая не зависти от частоты процессора, когда используется технология EIST (Enchanced Intel Speedstep) — технология позволяющая снизить энергосбережение процессоров, путем снижения их тактовой частоты при низкой нагрузке.
 
CX8
Набор инструкций CMPXCHG8B. (Сравнение и обмен 8 байтов. Также известен как f00f (произносится как «FOOF»), аббревиатура для F0 0F C7 C8 шестнадцатеричное обозначение инструкций, выявля
ющая дефекты в большинстве процессоров Intel Pentium, Pentium MMX, Pentium и OverDrive).
 
CX16
Набор инструкций CMPXCHG16B. (Позволяет выполнять атомарные операции над 128-битными двойными учетверенными словами (128-bit double quadword (or oword) data types). Это полезно для счетчиков высокого разрешения, которые могут обновляться несколькими процессорами (или ядрами).
 
DE
Debugging Extensions.
 
DS
Debug Store.
 
DTS
Цифровой термодатчик (Digital Thermal Sensor).
или
Хранение отладочных данных трассировки (Debug Trace Store).
 
EM64T
Intel Extended Memory 64 Technology — технология Intel, аналогичная 64-битной технологии для процессоров AMD. Использует 64-битные регистры процессора и 64-битные физические адреса памяти (адреса страниц), чтобы позволяет поддерживать до 1 тебибайта оперативной памяти, который впоследствии может быть увеличен (в будущих релизах процессоров) до 1 пебибайта.
 
EIST
Enhanced Intel SpeedStep — технология позволяющая снизить энергосбережение процессоров, путем снижения их тактовой частоты при низкой нагрузке..
 
FID
Frequency IDentifier — идентификатор частоты.
 
FPU
Блок x87 вычислений с плавающей точкой, встроенный в процессор. Именно здесь выполняются все математические расчеты. Использовался в качестве отдельной микросхемы на процессорах 80486SX и ранее (так называемый 80487 или 80387 и т.д. на процессоре 80486DX FPU уже был встроенным). На всех более поздних процессорах Pentium этот блок является встроенным.
 
FXSR
Инструкции FXSAVE/FXRSTOR.
 
HT
Hyper-Transport. Поддержка HyperTransport (AMD) или HyperThreading (Intel).
 
HTT
Hyper-Threading Technology. Возможность использования одного физического процессора как двух отдельных логических процессоров, воспользовавшись неиспользуемыми регистрами процессора во время обычной операции, чтобы попытаться повысить эффективность процессора. Если несколько программ используют те же регистры обоих логических процессоров, известны случаи, когда Hyper-Threading снижал общую производительность системы.
 
LM Long Mode (64bit Extensions) — режим в котором 64-битные приложения могут получать доступ к 64-битными инструкциям и регистрам процессора.
 
MCA
Machine Check Architecture — механизм, посредством которого процессор информирует программы или операционную систему об ошибках в аппаратном обеспечении.
 
MCE
Machine Check Exception — тип ошибки, которая возникает, когда центральный процессор обнаруживает проблему в аппаратном обеспечении
MMX
Ходят слухи что это расширения мультимедия (MultiMedia eXtension) или Multiple Math или Matrix Math eXtension, но формально это бессмысленный акроним, являющийся торговой маркой Intel.
 
MMXEXT
MMX Extensions — расширения MMX.
 
MNI
Модульный сетевой интерфейс (Modular Network Interface )
или
Merom New Instruction (cм SSSE3).
 
MON
Монитор процессора.
 
MSR
Поддержка RDMSR и WRMSR.
 
MTRR Memory Type Range Register — поддержка диапазонных регистров памяти.
 
NNI
Nehalem New Instructions (см. SSE4).
 
NX

Поддержка технологии No Execute
 
PAE
Physical Address Extensions — расширения физических адресов. Добавляет возможность 32-битным процессорам адресовать более 4 ГБ физической памяти с помощью 36-битных адресов Intel вместо стандартных 32 бит, получая доступ к памяти до 64 гибибайтов оперативной памяти. Большинство чипов от AMD также поддерживает эту технологию.
 
PAT
Page Attribute Table — технология управления памятью на x86 и x86-64 процессорах.
 
PNI
Prescott New Instruction — кодовое имя для набора инструкций SSE3, до выпуска чипов семейства Intel Prescott (которые позже были добавлены в семейство Pentium-4).
 
PSE
Page Size Extensions (см. PSE36).
 
PSE36
Page Size Extensions 36. IA-32 поддерживает два метода доступа к памяти свыше 4 ГБ (32 бит). PSE (Page Размер Extension) была первым методом, который использовался Pentium II. Этот метод дает преимущество совместимости, поскольку он сохранил размер PTE (page table entry) 4 байта. Однако, практическая реализация этого возможна только через драйвер. Такой подход страдает от значительного ограничения производительности, из-за буферных операций копирования, необходимых для чтения и записи выше 4 Гб.
 
SS
Self-Snoop.
 
SSE
Поддержка набора 70 новых потоковых SIMD (Single Instruction, Multiple Data) инструкций встроенных в процессор. Впервые появился на процессорах Intel Pentium III, первым чипом AMD с поддержкой SSE был Athlon XP.
 
SSE2
Поддержка 144 дополнительных потоковых SIMD инструкций. Впервые появился на процессорах Intel Pentium 4. Первым чипом AMD с поддержкой SSE2 был Athlon 64.
 
SSE3
Третья версия набора потоковых расширений SIMD (13 дополнительных инструкций). Впервые появился на чипах Prescott процессоров Intel Pentium 4. AMD включил поддержку этой технологии на процессорах Athlon 64 «Venice».
 
SSSE3
Дополнительный набор потоковых расширений SIMD 3. (SSSE3 содержит 16 новых дискретных инструкций по сравнению с SSE3. Каждая из них может выполняться
на 64-разрядных регистрах MMX или 128-битных регистрах XMM. Однако, документация Intel содержит 32 новые инструкции.) Дебютировал на процессорах Intel Core 2 Duo. Чипы AMD пока не поддерживают данную технологию.
 
SSE4
Четвертая версия потоковых расширений SIMD. Следующая версия SSE-инструкций от Intel, содержащя 50 дополнительных инструкций, которая дебютировала на процессорах Intel семейства «Nehalem». Также известна как «Nehalem New Instructions (NNI)».
 
SVM
Secure Virtual Machine — расширения AMD для виртуализации.
 
SYSCALL
Системный вызов — механизм, используемый приложением для запроса операционной системы.
 
TNI
Tejas New Instruction (cм. SSSE3).
 
ТМ
Thermal Monitor.
 
TM2
Thermal Monitor 2.
 
TPR
Task Priority Register — регистры приоритета задач, используются операционной системой для планирования исполнения множества задач.
 
TS
Thermal Sensor.
 
TSC
Time Stamp Counter — используется для повышения точности измерения скорости вычислений.
 
TTP
Thermal Trip.
 
VME
Дополнительный режим эмуляции 8086.
 
VMX
Технология аппаратной виртуализации от Intel
 
XTPR
TPR chipset update control messenger. Часть кода APIC.

Автор: stranger

linux: кракозябры при монтировании windows-разделов

Чтобы при монтировании виндовых fat32-разделов кириллические имена файлов не были кракозябрами надо монтировать типа того:

mount /dev/sda1 -t vfat -o iocharset=utf8 /mnt/sda1

Странно, раньше нормально монтировалось…

Автор: Дмитрий

Linux-cертификации Novell

Мой дневник включили в ленту блогов русскоязычной планеты SUSE, и этот пост — первый в сообществе openSUSE. Приветствую всех участников и читателей ленты!

В рамках данной статьи я решил сделать описание имеющихся сертификаций Novell по Linux. Linux — это основная, продвигаемая и рекомендуемая операционная система для всех продуктов Novell, поэтому эта компания достаточно давно разработала набор курсов для подготовки специалистов и экзамены, подтверждающие этот уровень. Как показывает проведенное мной беглое исследование линуксовых форумов, данный вопрос, к сожалению и несмотря на долгую историю своего существования, недостаточно известен в рамках сообщества. Я построю свое изложение следующим образом: сначала сделаю обзор имеющейся сертификации, затем скажу пару слов про то, как проходит экзамен. Если у кого будут вопросы — постараюсь по возможности ответить на них в комментариях. Просьба задавать вопросы в моем основном дневнике, поскольку мониторить что-то еще у меня не хватает времени.
Описание сертификаций и курсов я буду приводить по самой последней поддерживаемой версии SUSE Linux Enterprise 11. Для этого есть несколько причин. Первая заключается в том, что все имеющиеся сертификации по своим названиям, требованиям к знаниям и навыкам совместимы между имеющимися версиями SUSE за некоторыми исключениями, которые я отмечу. Вторая в том, что курсы по SLE 11 проработаны учебным отделом Novell значительно лучше по отношению к предыдущим версиям. Последовательность преподавания тем существенно улучшена (теперь все гораздо более логично), дополнены упражнения. И, естественно, что обучившись по SLE11, знаний хватит на то, чтобы администрировать все предыдущие версии SUSE :). Ради политкорректности я буду приводить ссылки на описание курсов на сайте Novell, а не учебного центра, где работаю 🙂 . Те, кто заинтересуются — легко найдут описание приводимых ниже курсов и экзаменов на сайтах авторизованных учебных центров на русском языке. Материал, приводимый на сайте Novell, содержит также Certification Path — специальную схему, отражающую в графическом виде рекомендуемый процесс обучения и сертификации.
Итак, на данный момент по SUSE 11 имеются три ступеньки сертификации Linux-специалистов (требующих сдачи соответствующих экзаменов):
1. Novell Certified Linux Administrator (CLA) — самая первая ступенька для Linux-специалистов. На сегодняшний день ситуация такова: те, у кого уже есть сертификат LPIC-1, могут бесплатно получить сертификат от Novell. Данный сертификат, применительно к SUSE, удостоверяет следующие ваши знания и практические навыки:

  • базовый уровень владения системой, возможность использовать ее на рабочей станции и умение выполнять базовый набор задач;
  • умение пользоваться встроенной в систему справкой (страницы man и info), а также возможность находить необходимую информацию на сайте вендора дистрибутива;
  • знание структуры файловой системы Linux (FHS);
  • умение работать в консоли Linux;
  • умение работать со средствами пакетного менеджмента;
  • умение работать с правами доступа в системе;
  • умение добавлять в систему пользователей и группы;
  • умение работать с текстовыми редакторами;
  • умение ставить систему;
  • знание и понимание последовательности инициализации системы;
  • умение работать с процессами и сервисами системы;
  • знание и умение способов работы со средствами хранения файлов — создание разделов диска, файловых систем на них, работа с LVM и software RAID;
  • умение конфигурировать сеть средствами дистрибутива и командной строки, а также умение диагностировать и решать проблемы;
  • понимание того, как Linux работает с аппаратным обеспечением, умение администрировать udev;
  • умение настраивать и использовать средства удаленного доступа к системе;
  • умение использовать средства мониторинга системы;
  • умение работать с cron;
  • умение работать со средствами резервного копирования.
По SLE 11 для подготовки к сдаче данного экзамена рекомендуется прослушать курсы 3101 и 3102.
2. Novell Certified Linux Professional (CLP) — следующая, гораздо более серьезная сертификация. Она, естественно, включает в себя предыдущий уровень знаний и практических навыков плюс знание следующих тем:

  • установка и конфигурирование базовых сетевых сервисов, к которым относятся: NTP, xinetd, ftp;
  • установка и конфигурирование системы печати CUPS;
  • установка и конфигурирование OpenLDAP;
  • установка и конфигурирование Samba (в том числе настройка ее работы в связке с OpenLDAP);
  • установка и конфигурирование Web-сервера Apache (в том числе настройка openssl и Tomcat);
  • настройка и использование IPv6;
  • базовые знания по использованию средств мониторинга системы, умение находить и устранять проблемы производительности;
  • умение писать shell-скрипты;
  • умение пользоваться средствами автоматической установки SUSE для массового развертывания системы внутри предприятий (AutoYast и методы сетевой установки);
  • виртуализация с помощью Xen.

Для подготовки к сдаче экзамена рекомендуется прослушать (или иметь аналогичный объем знаний) курсы 3101, 3102, 3103. Сдавать данный экзамен можно и без наличия предыдущей сертификации.
2.5. Novell Certified Linux Desktop Professional (CLDP, пока на сайте Novell информации о нем нет) — это новая сертификация, которая появилась для 11-й версии SUSE. Она отражает умение администратора системы решать большинство проблем и задач, возникающих при поддержке рабочих станций пользователей SUSE Linux Enterprise Desktop. Для подготовки к сдаче экзамена и получению соответствующего сертификата имеется курс 3104, включающий в себя следующие темы:

  • базовые знания по настройке графического интерфейса в SUSE Linux Enterpise Desktop;
  • базовая настройка безопасности рабочей станции;
  • использование NetworkManager;
  • настройка и использование IPv6;
  • умение интегрировать SLED 11 в окружение Active Directory;
  • умение интегрировать SLED 11 в окружение Novell Open Enterprise Server;
  • умение интегрировать SLED 11 в окружение UNIX-систем (настройка клиентов NFS, OpenLDAP и CUPS);
  • настройка удаленного рабочего стола;
  • использование Multimedia и Email;
  • умение писать shell-скрипты;
  • умение пользоваться средствами автоматической установки SUSE для массового развертывания системы внутри предприятий (AutoYast и методы сетевой установки).
Данное звание (и курс) на схемах сертификации Novell расположены параллельно 3103, что заметно даже по тому, что некоторые из тем повторяются в обоих курсах.
3. Novell Certified Linux Engineer (CLE)— данная сертификация является самой высокой ступенькой. Для сдачи экзамена необходимо иметь сертификат предыдущего уровня (CLP) по предыдущей версии SUSE. Например, для сдачи экзамена на звание CLE11, кандидат обязан иметь сертификат CLP11 или CLP10. Для подготовки к сдаче данного экзамена рекомендуется курс 3107, включающий следующий набор тем:

  • продвинутая настройка сетевых интерфейсов (сетевые мосты, bonding, VLAN);
  • настройка и использование сетевых хранилищ файлов (SCSI, iSCSI);
  • продвинутое использование виртуализации XEN;
  • настройка безопасности сервера;
  • установка и настройка централизованного сервера обновлений;
  • подготовка сервера к возможным негативным ситуациям;
  • использование средств мониторинга системы.
Теперь пара слов про сами экзамены Novell. Это практические экзамены, которые содержат набор заданий, требующих своего решения. Для каждого экзамена есть набор курсов, которые рекомендуются к прослушиванию. Обязательного требования к предварительному обучению нет. Задание экзамена обычно описано достаточно детально в плане того, что именно нужно достичь. Не стоит тут пытаться показать все свои умения — достаточно просто выполнить то, что написа

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.
KVM и Xen
Xen это гипервизор, поддерживающий следующие архитектуры: x86, x86_64, Itanium, и ARM. Он может запускать Linux, Windows, Solaris, и некоторые из BSD-систем в качестве гостевых ОС (на поддерживаемых гостевой системой процессорных архитектурах). Он поддерживается рядом компаний, в первую очередь Citrix , также используется Oracle для Oracle VM, и других. Xen может реализовать режим полной виртуализации на тех системах, которые имеют поддержку технологии аппаратной виртуализации (такие как Intel-VT и AMD-V), а может работать как обычный гипервизор на машинах, которые не имеют таких расширений.
KVM это гипервизор, который находится в основном ядре Linux. Вашей родительской системой в случае его использования, естественно, обязана быть Linux, но в качестве гостевых систем поддерживаются Linux, Windows, Solaris и BSD-системы. Он работает на архитектурах x86 и x86-64 с аппаратной поддержкой виртуализации. Это означает, что KVM не может использоваться на старых процессорах не имеющих такой поддержки, а также на некоторых новых CPU (например, процессоры Intel Atom). По большей части, это не проблема для дата-центров, которые, так или иначе, все равно меняют оборудование раз в
несколько лет. Но это также означает, что KVM не вариант для ряда узкоспециализированных систем, таких например, как SM10000, которые пытаются использовать процессоры Atom в центрах обработки данных.
Если вы хотите использовать виртуализацию на основе Xen, то вам нужно ядро, собранное с его поддержкой. Хоть Linux и может запускаться в качестве гостевой системы под Xen с ядра версии 2.6.23, использовать ее «из коробки» в качестве родительской системы не получится. Это означает, что не каждый дистрибутив Linux можно использовать для запуска виртуальных машин под Xen. Поэтому вам нужно выбрать дистрибутив Linux, который поставляется с поддержкой Xen или собрать собственное ядро (Последний совет не самый легкий путь, поскольку патчей для поддержки Xen очень много, накладываются они не на каждое ядро и даже если они все наложатся успешно, не факт, что ядро корректно соберется. Проще найти дистрибутив, ядро которого уже пропатчено для поддержки Xen. Поскольку Novell поддерживает решения на Xen, то, например, все ядра openSUSE собираются с его поддержкой. Найти их можно здесь. Прим. перев.). Еще один путь — использовать одно < span style="font-family: Times New Roman,serif;">из коммерческих решений на базе Xen, такое как Citrix XenServer. Единственная проблема в том, что эти решения зачастую не являются решениями с полностью открытым исходным кодом.
Поэтому многие собирают собственные ядра или ищут того, кто может это сделать. Xen используется на довольно большом количестве серверов: от недорогих провайдеров Virtual Private Server (VPS) (как Linode ) до таких «больших мальчиков», как Amazon EC2.Статья на TechTarget показывает, что провайдеры, которые вложили значительные средства в решения на Xen совсем не собираются переключаться на что-либо еще. Даже если KVM и превосходит Xen технически, они вряд ли будут ломать и перестраивать существующие решения только для того, чтобы получить незначительный выигрыш.
Но у KVM в любом случае пока еще нет таких технических преимуществ. Поскольку Xen используется < span style="font-family: Times New Roman,serif;">немногим дольше, у него было больше времени для достижения зрелости, чем у KVM. Вы можете найти некоторые возможности в Xen, которые еще не появились в KVM, хотя этот проект имеет длинный список TODO (то, что приведено в этом списке — просто набор идей над которыми планируют работать разработчики KVM, а не идеи по достижению паритета с Xen). У KVM на самом деле есть пока только одно небольшое преимущество, которое может позволить ему стать основным гипервизором в Linux. Если вы используете последние ядра Linux, у вас уже есть KVM. В Red Hat Enterprise Linux с версии 5.4 включена поддержка KVM и эта компания предполагает отказаться от Xen в пользу решений на KVM в RHEL 6.
Это, в частности, может служить указанием того, чего достиг KVM в техническом плане. Мало того, что Red Hat имеет преимущество в наличии значительного количества талантливых программистов для разработки KVM, у них есть еще одно преимущество, выражающееся в появлении дополнительных препятствий для компаний, которые клонировали Red Hat Enterprise Linux и инвестируют значительные средства в Xen. Исключая Xen из планов своего развития, они заставляют эти компаний также отказаться от Xen или брать поддержку Xen-решений на себя и отказаться от клонирования RHEL. Это означает дополнительные расходы на инженеров, больше усилий для ISV-сертификаций и т.д.
KVM в настоящее время не может тягаться с Xen, хоть и быстро его догоняет. Он достиг достаточной степени зрелости для того, чтобы многие организации комфортно использовали его в своей работе. Значит ли это, что Xen'у пора на выход? Не так быстро.

Останется только один?

Выбор «KVM или Xen» скорее всего будет диктоваться вашим вендором. Если вы используете RHEL в течение длительного времени, ставьте на KVM. Если вы используете Amazon EC2, вы уже используете Xen, и т. д. Основные Linux-вендоры, по-видимому, будут предлагать решения на основе KVM, но есть и достаточное количество коммерческой поддержки для Xen. Весьма вероятно, что Citrix не собирается в ближайшее время уходить с этого рынка.
Бывает очень соблазнительно рассматривать технологию в ИТ-индустрии как игру с нулевой суммой (игра, в которой выигрыш одного означает аналогичный проигрыш другого — прим. перев.), где одно решение выигрывает, а другое — проигрывает. Н
о истина заключается в том, что Xen и KVM в ближайшее время будут сосуществовать. Рынок виртуализации достаточно велик, чтобы на нем хватило места нескольким решениям, у каждого из них имеется серьезный тыл, что также гарантирует их совместное сосуществование.

Автор: stranger