WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     || 2 | 3 | 4 | 5 |   ...   | 9 |
При поддержке Министерства информационных технологий и связи Российской Федерации АНО «Институт логики, когнитологии и развития личности» ALT Linux Четвёртая конференция разработчиков свободных программ на Протве Обнинск, 23–25 июля 2007 года Тезисы докладов Москва, Институт Логики, 2007 В книге собраны тезисы докладов, одобренных Программным комитетом Четвёртой конференции разработчиков свободных программ.

Круг рассматриваемых тем весьма широк: от новейших системных и прикладных разработок до правовых проблем, вопросов организации работы в проектах и аналитики.

© Коллектив авторов, 2007 Программа конференции 22 июля 20.30–22.00: Регистрация в холле гостиницы 23 июля 10.00–12.30: Регистрация в холле гостиницы 12.00–12.30: Кофе Дневное заседание 12.30–14.15 12.30–12.40: Открытие конференции 12.40–13.20: Доклад представителя Министерства информационных технологий и связи Российской Федерации Алексей Смирнов Свободное программное обеспечение для государства и общества........................................ — 14.00–14.45: Обед 4 Программа конференции Вечернее заседание 14.45–19.15 Константин Осипов Процесс разработки ПО в MySQL: проблемы роста........ 7 Александр Боковой Кластерная самба.................................... 8 Анатолий Якушин, Раиль Алиев Анализ международного и российского опыта перехода на стандарт ISO/IEC 26300:2006. Сравнительное исследование возможных решений по процессу миграции 11 16.05–17.05: Кофе-брейк Дмитрий Левин От SRPMS к GEAR.................................. 14 Виталий Липатов Разработки Etersoft для миграции на Linux и вклад в сообщество...................................... 19 Владимир Рубанов, Денис Силаков Центр верификации ОС Linux: вклад в развитие стандарта LSB и тестирование Linux-платформы............... 24 июля Утреннее заседание 9.30–14.Михаил Гильман, Андрей Михеев, Петр Михеев Проект DIFFR — открытая система для моделирования двумерных задач дифракции....................... Руслан Хихин Опыт использования Linux в ОАО «Концерн Моринформсистема „Агат“»........................ Георгий Курячий, Александр Потапенко Система хранения и публикации документации Babylon.... Алексей Гладков Сборочная система sisyphus (giter factory)................ 11.30–11.50: Кофе-брейк Программа конференции Андрей Михеев Проект RUNA WFE — свободная система управления бизнес-процессами предприятия..................... Николай Шмырёв Синтез и распознавание русской речи с открытыми исходными данными.............................. Рената Пожидаева Русификация речевого синтезатора eSpeak............... Павел Сёмин libocr: ядро системы распознавания текста для свободных ОС 14.00–14.40: Обед Алексей Куклин Развёртывание и подержка мультисервисных серверов с применением виртуализации OpenVZ. Общие вопросы и вопросы применения на базе Debian GNU/Linux..... Михаил Якушин Опыт объединения технологий виртуализации и кластера высокой доступности.............................. Александр Московский Библиотека шаблонных классов С++ для поддержки параллельных вычислений......................... Алексей Турбин Автоматический поиск зависимостей в rpm-пакетах........ 16.40–17.10: Кофе-брейк Вечернее заседание 17.10–19.17.10–19.00: Круглый стол по проблемам использования Свободного ПО в образовании. Ведущие: Н. Н. Непейвода (УдГУ, Ижевск), Г. В. Курячий (ALT Linux, Москва).

6 Программа конференции 25 июля Утреннее заседание 9.30–13.Пётр Козорезов, Роман Макаров, Алексей Федосеев Проект OpenPower: разработка открытого ПО на платформе POWER......................................... Пётр Савельев Connexion: +1....................................... Евгений Чичкарёв, Тамара Назаренко Оптимизация и статистический анализ: опыт разработки расширений для OpenOffice........................ Георгий Курячий От UNIX к Linux: потери и находки..................... — 11.45–12.15: Кофе-брейк Андрей Черепанов Локализация свободного программного обеспечения....... Сурен Чилингарян Проект RusXMMS: Прозрачная работа с кодировками...... Кирилл Шутемов Порт Alt Linux Sisyphus на ARM....................... Григорий Баталов GPS в России и в Линуксе............................ 13.55–14.45: Обед Дневное заседание 14.45–15.14.45–15.30: Дискуссия 15.30–15.45: Алексей Новодворский, Москва, ALT Linux. Заключительное слово.

Вне программы Руслан Хихин Сизиф как феномен живого дистрибутива, или зависимости в Linux......................................... Константин Осипов Москва, MySQL Проект: MySQL Процесс разработки ПО в MySQL: проблемы роста Данный доклад посвящён организационным аспектам разработки ПО на основе опыта MySQL. MySQL — распределённый открытый проект, за плечами которого стоит коммерческая компания с высоким уровнем организации и нацеленности на коммерческую выгоду. Начавшись как надстройка над существующей нереляционной базой данных, проект до 2001 года существовал во многом за счёт индивидуальных пользователей и их поддержки. В этот период разработка велась двумя-тремя инженерами во главе с Майклом «Монти» Видениусом, одним из основателей MySQL. Период 2001–2007 гг. — период бурного роста, когда и штат разработчиков, и масштабы компании удваивались ежегодно. Немногие проекты выживают в подобной ситуации, не будучи переписанными «с нуля», и ни для одного проекта подобного рода масштабирование не проходит без потерь. Наблюдениям и опыту «инсайдера» и посвящён этот доклад. Как программиста, меня в первую очередь интересовали технические аспекты процесса разработки, о них в основном и пойдёт речь:



• из каких частей или модулей состоит продукт;

• кто работает над разными модулями, группы;

• коммуникация — списки рассылки, IRC, этикет распределённого общения;

• средства управления версиями;

• процесс сборки и управление релизами;

• тестирование;

• личные аспекты — как выжить между молотом Калифорнии и наковальней Хельсинки;

• что такое по-настоящему «открытый проект».

Литература [1] Geoffrey A. Moore Crossing the Chasm. 8 23 июля [2] Torvalds L. Linus Torvalds talk on Git. [3] Ben Collins-Sussman, Brian W. Fitzpatrick How to protect your open source project from poisonous people. Александр Боковой Москва, Samba Team, IBM Linux Technology Center Проект: Samba, Кластерная самба Карнавальная самба — танец индивидуальный или групповой, поэтому партнёра не подразумевает.

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

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

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

Вечернее заседание (14.45–19.15) • Во-вторых, сама файловая система, используемая узлами кластера для хранения файлов, должна поддерживать общую работу с этими файлами с разных узлов системы. Такая файловая система обычно называется кластерной или распределённой.

Забудем на время о первой особенности и обратимся ко второй.

На сегодняшний день существует несколько кластерных файловых систем, которые можно было бы использовать для организации такого распределённого хранилища: свободные GFS, OCFS, PVFS2, Lustre, коммерческие GPFS (IBM), CXFS (SGI), Lustre. Однако для всех из них существуют свои ограничения, главное из которых (помимо отсутствия поддержки некоторых свойств первой особенности) — отсутствие клиента для распространённых клиентских систем (Microsoft Windows, Mac OS X). То есть, для того, чтобы, скажем, клиенты из-под Microsoft Windows работали с файлами, размещёнными на GFS, необходимо использовать какую-то другую сетевую файловую систему, которая скорее всего не будет кластерной. Забегая вперёд, скажем, что на самом деле кластерных сетевых файловых систем для таких клиентов нет вообще.

Становится понятно, что в такой ситуации некоторого «медиатора» не избежать. Таким «медиатором» уже давно является Samba, в рамках которой реализуются многие из функциональных возможностей сети Microsoft Windows: файловый обмен, печать, доменная структура. На практике можно было бы использовать Samba для доступа к файлам, хранящимся на кластерных файловых системах, и раньше, однако тут как раз важную роль играют составляющие первой особенности.

Допустим, что мы захотим разместить файлы на кластерной файловой системе и предоставить их клиентам посредством немодифицированной версии Samba. В этом случае нам необходимо будет удостовериться, что кластерная файловая система поддерживает блокировки файлов, к которым обращаются с разных узлов. Мы очень быстро убедимся, что из свободных реализаций только GFS умеет это делать относительно надёжно, но даже она не обеспечивает быструю работу с такими файлами. Из коммерческих систем это умеют GPFS и CXFS, однако их производительность тоже падает существенно (на порядки) по сравнению с неблокируемым вариантом. Это практически сводит на нет ценность такой работы.

Что же предлагается сделать С одной стороны, необходимо модифицировать Samba для обеспечения совместной работы поверх кла10 23 июля стерной файловой системы, с другой — нужно добиться таких изменений, которые не приведут к снижению скорости работы системы в некластерном варианте (один сервер). Над решением этой задачи Samba Team работала более шести лет, в рамках разных проектов и при поддержке разных компаний, которые были заинтересованы в получении этой функциональности. Только в 2006 году удалось реализовать прототип, который демонстрировал принципиальную возможность такой модификации с потенциалом роста производительности, о нём рассказывалось на предыдущей конференции. Затем по результатам оценки достоинств и недостатков полученного решения был разработан принципиально иной подход к кластеризации, позволивший получить существенные результаты: кластерная Samba работает быстрее обычной на одном узле приблизительно на 20–30 %, а при переходе к нескольким узлам скорость возрастает на два порядка.





Одной из архитектурных особенностей Samba является использование вспомогательных баз данных для обмена информацией между отдельными её компонентами. Эти компоненты могут исполняться в рамках разных процессов (и в случае кластерной реализации — даже на разных узлах), а данные могут жить как короткое время, на время отдельного запроса, так и в течение всего клиентского сеанса, который может охватывать несколько TCP-соединений.

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

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

Вечернее заседание (14.45–19.15) В результате те узлы, которые чаще работают с определёнными файлами, становятся ответственными за информацию о них, «перетягивая» на себя хранение и обработку соответствующих служебных записей в базах данных. При этом сами файлы находятся в кластерной файловой системе и их изменения видны другим узлам (и через них — другим клиентам). Если кто-то ещё обратится к этим файлам, информация о них будет запрошена у ответственного узла, который может перестать быть таковым, если запрашивающий станет активно работать с этими данными.

Таким образом, получается распределённая система, в которой ответственность за информацию о тех или иных ресурсах мигрирует с узла на узел следом за активностью пользователей, работающих с этими ресурсами через конкретный узел, а сама система следит за тем, чтобы процессы на разных узлах своевременно обменивались информацией между собой. Помимо обмена информацией система выполняет и ряд других функций: она следит за доступностью узлов и перестройкой кластера в случае падения узлов, за доступностью кластерной файловой системы и координации экспорта ресурсов через другие протоколы (NFS, HTTP,...).

Анатолий Якушин, Раиль Алиев Москва, OpenOffice.org Проект: OpenOffice.org http://ru.openoffice.org Анализ международного и российского опыта перехода на стандарт ISO/IEC 26300:2006.

Сравнительное исследование возможных решений по процессу миграции 1 мая 2007 года исполнился год с того момента, как Всемирная организация по стандартизации (ISO) приняла формат ODF (OASIS Open Document Format for Office Application) в качестве международного стандарта под именем ISO/IEC 26300:2006.

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

12 23 июля Авторами проведён анализ международного и российского опыта практического перехода на стандарт ISO/IEC 26300:2006 правительственных организаций, муниципальных учреждений, а также предприятий различной формы собственности. При проведении анализа отдельное внимание уделялось исследованию сопутствующих процессу перехода правовых механизмов.

В качестве источников фактологического материала использовались открытые данных из сети Интернет, публикации международной организации ODF Alliance, статистические и аналитические материалы международного сообщества разработчиков OpenOffice.org, а также прямые контакты с координаторами национальных проектов по разработке и внедрению программных продуктов, использующих ISO/IEC 26300:2006 через международный проект Native Language Confederation. Кроме этого, проводилось заочное выборочное групповое анкетирование активных участников проекта OpenOffice.org.

В результате проведённого анализа были выявлены наиболее типичные сценарии процесса миграции на стандарт ISO/IEC 26300:2006.

Миграция «через стандарт» Наиболее масштабный и осознанный сценарий миграции, при котором основной задачей является внедрение стандарта ISO/IEC 26300:2006 в практическую деятельность, а собственно программные средства документооборота являются вторичными. Данному сценарию свойственна глубокая юридическая и техническая проработанность деталей, широкая зона охвата процессом внедрения (на уровне государства, региона или крупной компании), частые компромиссные варианты между использованием свободного и проприетарного программного обеспечения.

Миграция «через программное обеспечение» Распространённый вариант миграции, при котором основной задачей является внедрение свободного офисного приложения (наиболее часто OpenOffice.org), либо свободной платформы (как правило один из дистрибутивов Linux) с целью легализации используемого программного обеспечения и снижения издержек на закупку проприетарного ПО. При этом вопросы собственно использования ISO/IEC 26300:2006 отходят в данных проектах на второй план.

Pages:     || 2 | 3 | 4 | 5 |   ...   | 9 |










© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.