Единое окно доступа к образовательным ресурсам

Первая международная конференция разработчиков свободных программ на Протве: Тезисы докладов

Голосов: 0

В сборнике представлены программа конференции и тезисы докладов, одобренных Программным комитетом Первой международной конференции разработчиков свободных программ на Протве, которая состоялась в Обнинске 29-30 июля 2004 года.

Приведенный ниже текст получен путем автоматического извлечения из оригинального PDF-документа и предназначен для предварительного просмотра.
Изображения (картинки, формулы, графики) отсутствуют.
       • циклический сдвиг регистров;

   • специальные команды ветвления для циклов;
   • большой массив регистров.
     Компилятор работает автоматически без необходимости указания
каких-либо ключей в командной строке. Межпроцедурная оптимиза-
ция — распространяет оптимизацию на все файлы Оптимизация по про-
филированию — оптимальна для кода с часто выполняемыми ветвления-
ми, которые трудно предсказать во время компиляции. Диспетчеризация
ЦП — выбирает соответствующий код в период выполнения в зависимо-
сти от фактического типа процессора.
     Автопараллелизатор компилятора Intel R Qparallel обнаруживает
циклы, которые могут безопасно выполняться в параллели, и автома-
тически генерирует многопотоковый код для подобных циклов.
     VTuneTM Performance Analyzer — Быстрый анализ узких мест про-
изводительности и способы их разрешения. Помогает определить и ло-
кализовать проблемы производительности ПО посредством:

   • Сбора широкого спектра показателей производительности с ОС
     на которой выполняется Ваше приложение;
   • Обработки и отображения данных в различных видах, начиная с
     system-wide и заканчивая исходным кодом и процессорными
     инструкциями;
   • Идентификации потенциальных проблем производительности и
     предложения вариантов их разрешения.

    VTuneTM Performance Analyzer Поддерживает:

   • Платформы:
       – Семейство Intel R IA-32;
       – Семейство ItaniumTM ;
       – XScaleTM .
   • Операционные системы:
       – Microsoft Windows;
       – Linux (Red Hat, SuSe и др.);


                                 11


• MRTE:
    – Java (BEA, IBM, Microsoft, Sun);
    – .NET;
    – Поддерживает локальный и удалённый сбор данных.
• Агент и коллекторы данных на удалённой машине
    – Microsoft Windows;
    – Linux;
    – MTRE.
• Управление процессом, анализ и отображение результатов на
  host-машине
    – Поддерживает интерфейс командной строки;
    – Интегрируется в Visual Studio 7.

 Функциональность
• Sampling(time-based, event-based)
• Overtime view
• Call graph
• Граф вызовов с подробной информацией о временных затратах
• Критический путь исполнения
• Counter monitor
• Системные счётчики производительности
• Статический анализ исполняемых модулей
• Intel R Tuning Assistant
• Комментарии по проблемам, подсказки по модификации кода
• Обработка данных
• Мастера для конфигурирования коллекторов
• Сравнение и слияние результатов

                              12


• Упаковка и перенос проектов на другую машину
• Getting Started tutorial
 VTuneTM для Linux: две возможности

• Локальный и удалённый сбор данных.
    – VTuneTM CLI2.0 устанавливается локально на Linux
      машине;
    – Интерфейс командной строки;
    – Коллектора на Linux машине для удалённого сбора данных;
    – Просмотр данных на Windows host-машине GUI;
• VTuneTM Performance Analyzer 2.0 for Linux
    – Поддерживает
    – Платформы:
    – Семейство Intel R IA-32
    – Семейство ItaniumTM
    – Операционные системы: Linux* (Red Hat, SuSe и др.)
    – MRTE
    – Java (BEA, IBM, Sun) на IA-32
    – Интерфейс командной строки
    – Результаты совместимы с Windows-версией.
    – Могут быть упакованы и просмотрены с помощью
      Windows-версии анализатора
    – Поддерживает до 64 процессоров
    – Обеспечивается высоким уровнем клиентского сервиса
• Обзор функциональности
    – Sampling
    – Call graph
    – Source view
    – Обработка данных
    – Упаковка и перенос проектов на другую машину

                                13


       – Man-страницы и HTML-руководство

    Intel R Performance Libraries — высокооптимизированные библиоте-
ки функций широкого спектра применения.
   • MKL Intel R Math Kernel Library
       – Linear Algebra: LAPACK plus BLAS (Levels 1, 2, 3)
       – Discrete Fourier Transforms (DFT)
       – Vector Statistical Library functions (VSL)
       – Vector transcendental math functions (VML)
   • IPP Intel R Integrated Performance Primitives signal, image,
     graphic, multimedia and numeric processing functions
       – Доступны для Linux* and Windows*
       – Индивидуально оптимизированы под PentiumTM III,
         PentiumTM 4 ItaniumTM
       – IPP также под StrongARM*, XscaleTM
       – GPP — Intel R Graphics Performance Primitives
       – Доступны для PDA/XScaleTM с PPC 2002
       – Поддержка других ОС в процессе разработки




13:00–13:45
Александр Боковой                Москва, IBM Восточная Европа/Азия,
                                             Центр компетенции Linux

                     Active Directory:
                    долгий путь в Unix?

    Аннотация:
    При построении сетевой инфраструктуры предприятия важным крите-
    рием является возможность централизованного управления ресурса-
    ми. В то время как для конфигураций, построенных на основе одной


                                  14


    операционной системы, такие решения существуют, в случае исполь-
    зования гетерогенных сред на основе Microsoft Windows и систем
    с открытым исходным кодом интеграция по-прежнему достигается с
    трудом. В докладе рассматривается попытка построения свободной
    альтернативы служб Active Directory в рамках эксперимента, выпол-
    ненного Центром технологий Linux (IBM) совместно с разработчика-
    ми ряда проектов со свободным программным кодом.

     С выходом Windows 2000 компания Microsoft представила своё
решение для централизованного управления ресурсами масштаба пред-
приятия — службы Active Directory (ADS). За прошедшие четыре го-
да с момента её появления, поддержка Active Directory была добавле-
на практически во все продукты Microsoft и, что важнее, в средства
разработки приложений для сторонних производителей. В результате
сложилась ситуация, когда новое программное обеспечение фактически
требует развёртывания служб Active Directory.
     В этой связи становится важным обеспечение приемлемого уровня
интеграции свободных решений со службами Active Directory в услови-
ях современного предприятия. Как показывает практика, существующе-
го уровня интеграции недостаточно — использование ADS на платформе
Windows давно переросло типовые инфраструктурные решения (печать
и доступ к файловым ресурсам). В то же время, использование закры-
тых расширений стандартизированных протоколов в реализации ADS
усложняет реализацию свободной альтернативы.
     Для оценки объёма работы, необходимой для воплощения такой
альтернативы в реальность, Центром технологий Linux компании IBM
совместно с рядом открытых проектов (Samba, Heimdal, OpenLDAP)
было проведено исследование, практической целью которого было по-
строение минимального демонстрируемого решения на базе платформы
GNU/Linux, позволяющего подключать существующие системы на базе
Microsoft Windows XP/2003 в домен свободной реализации ADS.
     Службы Active Directory основаны на использовании целого ряда
открытых стандартов (DNS, DHCP, Kerberos V, LDAPv3, DCE RPC) с
рядом недокументированных расширений. Реализация свободной аль-
тернативы ADS в рамках одного свободного проекта невозможна: тре-
буется серьёзное взаимодействие целого ряда команд разработчиков:
Samba Team, MIT Kerberos V или Heimdal, OpenLDAP, Bind, DHCP и
некоторых других. При этом, вносимые изменения в некоторых случаях
не соответствуют стандартам и RFC, которые те или иные программ-
ные средства реализуют, что существенно осложняет их интеграцию в
основной код.

                                   15


    В то же время, ряд существующих архитектурных решений в неко-
торых из перечисленных выше проектов не позволяет с необходимой
гибкостью реализовать нужные расширения. Таким образом, свободная
реализация ADS сталкивается не только с проблемой расшифровки и
реализации нестандартных дополнений, применённых компанией Mi-
crosoft, но и с собственными внутрипроектными ограничениями неко-
торых критически важных компонент свободного программного обеспе-
чения.
    Тем не менее, в рамках исследования были определены необхо-
димые условия для реализации свободной альтернативы ADS, которые
обеспечили бы прозрачную интеграцию решений на основе GNU/Linux
и продуктов компании Microsoft и других производителей несвободного
ПО на платформе Windows. Более того, некоторые из этих условий по-
степенно реализуются в рамках свободного программного обеспечения,
и примером тому является проект Samba 4, инфраструктура которого
играет важную роль в объединении всех остальных программных ре-
шений в единое целое в рамках ADS.



13:45–14:30
Анатолий Якушин                       Москва, Госпиталь ветеранов войн 3
Проект: OpenOffice.ru

      Состояние и перспективы разработки
        свободных офисных приложений

    Аннотация:
    Доклад посвящен текущему состоянию и перспективам разработки
    офисных приложений на базе свободных прикладных платформ. Рас-
    сматриваются вопросы использования популярных прикладных плат-
    форм (OpenOffice.org, Моzilla и т. д.) в корпоративной среде, средства
    разработки, модели реализации.

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

                                     16


и комплексы, реализующие передовые новации. Это неизбежно приво-
дит к терминологической путанице, что неизбежно на раннем этапе раз-
вития любого научного направления, в отсутствии устоявшихся школ
и авторитетов. Поэтому вначале необходимо остановиться на базовых
терминах и понятиях. В данном докладе офисные приложения рассмат-
риваются в классическом определении как совокупность аппаратных и
программных средств для создания учрежденческой инфраструктуры.
    В этом контексте к типично офисным задачам обычно относят:
   • документооборот, осуществляющий обработку, прохождение,
     хранение и поиск документов;
   • коммуникативные задачи по обмену информацией между
     сотрудниками и структурными подразделениями;
   • календарные функции и планирование ресурсов.
    Над этими базисными функциями в наиболее сложных системах
функционируют модули поддержки принятия решений и управления.
Как правило, системам документооборота придают специализированные
функции — бухгалтерия, кадры, склад и т. п.
    При рассмотрении офисных приложений необходимо дать краткую
характеристику проприетарных систем, доминирующих на рынке в на-
стоящее время. Здесь можно выделить набор решений от корпорации
Microsoft, продукты фирмы IBM (Lotus Notes), Borland и ряд других.
Анализируя подобные продукты, можно выделить основные части офис-
ного приложения с точки зрения разработчика прикладного программ-
ного обеспечения. К ним относятся: хранилище данных, прикладная
платформа и дополнительное программное обеспечение.
    При рассмотрении понятия прикладная платформа можно заме-
тить, что сегодня не существует единого взгляда на трактовку данного
термина. Несмотря на некоторую спорность, следующее определение:
прикладная офисная платформа это совокупность интегрированных пе-
реносимых средств разработки приложения, включающих в себя макси-
мальное количество законченных полнофункциональных компонентов.
Говоря о доступных свободных прикладных платформах можно выде-
лить и кратко охарактеризовать следующие:
   • ставшая уже классической триада PHP, Apache, MySql и
     проекты на ее основе;
   • системы управления контентом Zope и Midgard;


                                 17


   • проект Clip;

   • Mozilla;
   • OpenOffice.org.
    Однако наличие прикладной платформы не является гарантией со-
здания законченного офисного приложения, каждое приложение требует
высокопродуктивного масштабируемого и реплицируемого хранилища
данных. В этом направлении у движения OpenSource есть значитель-
ные успехи. В качестве возможных систем хранения данных можно
кратко рассмотреть:
   • MySQL;
   • PostgreSQL;
   • SapDB и MaxDB;
   • ZoDB.
    Рассмотрение вопроса о хранилище данных неразрывно связано с
вопросом формата хранимого документа. Сегодня бесспорным лидером
здесь является формат XML, однако хранилище должно кроме соб-
ственно СУБД иметь полный набор средств для обработки этого весь-
ма непростого в реализации формата. Для более подробного рассмотре-
ния возможностей современных свободных прикладных платформ мож-
но остановится на проекте OpenOffice.org.
    Традиционное позиционирование OpenOffice.org, только как уни-
версального офисного пакета является в корне неверным. Данный про-
граммный продукт может вполне успешно выступать в роли прикладной
офисной платформы и наделен для этого всеми необходимыми качества-
ми. Он содержит законченные полнофункциональные компоненты для
большинства видов офисной деятельности. К ним относятся текстовый
процессор, электронные таблицы, система презентаций и графический
редактор. Однако кроме этого OpenOffice.org содержит развитые сред-
ства создания форм, систему доступа к хранилищам данных и встроен-
ные языки программирования. Нативным форматом документов являет-
ся XML.
    Возможности OpenOffice.org можно показать на целом ряде при-
меров. Однако для создания полноценного офисного приложения этих
возможностей все-таки недостаточно. Современные приложения уровня


                                18


предприятия требуют развитых коммуникативных возможностей и уда-
ленного доступа к данным. Поэтому весьма серьезным является вопрос
интеграции нескольких платформ на базе единого хранилища данных.
Здесь весьма интересным является интеграция OpenOffice.org и Mozilla
для решения вопросов обмена информацией между пользователями и
реализации календарных функций. В настоящее время данные задачи
реализуются в рамках проекта Glow.
    В заключение следует сказать, что в настоящее время существует
достаточно полный набор средств для создания офисных приложений
на базе свободных программных продуктов, однако их популяризация в
среде разработчиков требует от сообщества определенных усилий.
    14:30–15:30: Обеденный перерыв


                  Дневное заседание
                           15:30–17:00
                 (Председатель — Александр Боковой)




15:30–16:15
Олег Паращенко                  Санкт-Петербург, Санкт-Петербургский
                                        Государственный Университет
Проект: Protva XQuery

   Подход к переносимой реализации языка
                  XQuery

    Аннотация:
    XQuery, язык запросов XML, можно рассматривать как обобщённый
    интерфейс к древовидным данным. В работе обосновывается идея со-
    здания переносимой системы XQuery, которая может обрабатывать
    любые деревья, и предлагается реализация с помощью виртуальной
    машины.




                                  19


Зачем обычным приложениям XQuery
    Один из подходов к обработке XML[2] — это представление его в
виде дерева, для навигации по которому используется XPath[4]. На
основе XPath созданы языки для преобразования XML: XSLT[5] и
XQuery[5]. XSLT является языком шаблонов, а XQuery можно пред-
ставить как значительно расширенный XPath.
    XML можно рассматривать как внешнее текстовое представление
древовидных структур, а связанные с XML стандарты — как способы
обработки таких данных. Такой подход может оказаться полезным для
некоторых видов программ, например:
   • текстовых процессоров;
   • компиляторов и интерпретаторов.
    В подобных приложениях важную роль играют сложные запросы к
деревьям, например:
   • найти все заголовки, не помеченные как удалённые, и создать из
     них оглавление;
   • найти присваивания вместо сравнений в блоках условий команд
     if, for, while и им подобных.
    Прямолинейная реализация таких приложений зачастую сложна, а
код оказывается более низкого уровня, чем решаемая задача. В каче-
стве альтернативы предлагается использовать встроенный XQuery, что
должно упростить написание программ.

Подход к реализации
    Основная проблема при разработке системы XQuery — это большой
объём работ, поэтому не стоит писать XQuery каждый раз заново. Луч-
ше создать переносимую реализацию и портировать её в приложения с
минимальными затратами.
    Для этого предлагается разработать виртуальную машину для об-
работки деревьев и систему XQuery на её основе. Если какому-либо
приложению потребуется поддержка XQuery, то достаточно будет реа-
лизовать эту машину.
    Чтобы упростить разработку, код пишется и отлаживается на языке
Common Lisp, а затем транслируется в ассемблер виртуальной машины.


                                20



    
Яндекс цитирования Яндекс.Метрика