WWW.DISSERS.RU

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

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


Pages:     | 1 |   ...   | 2 | 3 || 5 | 6 |   ...   | 11 |

DB2, Java, VisualAge, WebSphere, Lotus Domino. Существуют в портах такие приложения как Mozilla и OpenOffice.org. Однако, с портированием приложений с использованием 64-х бит, существуют проблемы, которые открытому сообществу разработчиков предстоит решить http://linuxppc64.org,http://dev.gentoo.org/\~{}tgall Архитектура PowerPC Технологии Два ядра на одном чипе. Общий кэш L3. Медные соединения.

Кремний на изоляторе. Distributed Switch. Позволяют добиться более высокой надёжности и производительности за счёт снижения тепловыделения и увеличения интеграции (170млн транзисторов). Конструкция Distributed Switch и организация SMP обеспечивают практически линейный рост производительности с увеличением числа процессоров (до 32-х). В Power5 объявлена поддержка MultiThreading — одновременного выполнения двух потоков инструкций одним ядром.

LPAR Поддержка логических разделов. Одновременно, на каждой машине может быть запущено несколько операционных систем в так называемых, логических разделах. Ресурсы машины, такие как процессор, память и устройства ввода-вывода разделяются между операционными системами. Например, на линейке серверов pSeries, минимальное количество процессоров и карт ввода-вывода на один LPAR может быть выделено 1 и 2 соответственно. В iSeries, процессор можно делить на большее количество LPAR (до 32-х).

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

Архитектура процессора Процессор PowerPC — это RISC (Reduced Instruction Set Computing) процессор. Все вычислительные операции производятся в регистрах. А работа с памятью ограничивается только загрузкой/выгрузкой регистров. Команды процессора PowerPC разделяются на 3 уровня спецификации: Уровень приложения (наиболее переносимый), Виртуальный уровень (управление кэшированием, таймером, специфический для разных реализаций) и Уровень операционной среды (управление памятью, исключительными ситуациями). Уменьшенное ядро, таким образом позволяет использовать интеграционные мощности для оптимизации работы процессора, например, организации конвейера.

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

10:50–11:Антон Качалов Москва, ALT Linux Opie — свободная графическая среда для мобильных устройств Аннотация:

Доклад посвящён проекту разработки свободной графической среды Opie, разрабатываемой для КПК и других устройств, работающих под управлением ОС Linux. Также в докладе освещаются вопросы состояния проекта и перспектив его разработки.

Opie родился в начале 2002 года как ветвь Qtopia, разработанного Trolltech. На сегодняшний день команда Opie насчитывает более полусотни разработчиков. Opie переведён на десяток языков, включая русский. Благодаря усилиям разработчиков и пожеланиям пользователей, в интерфейс постоянно вносятся улучшения.

Opie построен на библиотеке QT Embedded — реализация QT для встраиваемых устройств. Opie рассчитан на работу под управлением ОС Linux на следующих устройствах: Sharp Zaurus, HP iPAQ, Casio Cassiopeia. Взаимодействие с приложениями Opie обеспечивается посредством Touch pad (эмуляция мышки), а также с помощью клавиатуры. В Opie есть средства для настройки и работы с сетью. Многие приложения имеют интеграцию, например, для работы с IrDa. Opie может работать со следующими классами устройств: IrDa, Wlan, Ethernel, BlueTooth.

Кроме того, данные можно синхронизировать с такими приложениями как KDE PIM, MS Outlook и Qtopia Desktop. Многие программы, скомпилированные для Qtopia, будут работать в Opie. В ближайших планах стоит полный перевод приложений на модульный интерфейс, позволяющий ускорить запуск программ. При разработке Opie за базовый язык программирования был взят C++.

В рамках проекта Opie автор работает над приложением, облегчающим манипуляцию пакетами. Решение основано на использовании apt как клиент-серверного приложения: хранение хэшей и все вычисления возлагаются на хост-систему, а на клиентской стороне хранится список пакетов и зависимостей для миграции с одной хост-системы на другую и установку пакетов в обход использования apt.

Так же планируется расширение возможностей hasher для нативной сборки пакетов на системах с другой архитектурой и со слабой дисковой подсистемой. В этом решении в роли диска, на котором будет происходить сборка, выступает nfs-root (или afs-root). Схема работы проста:

hasher работает на хост-системе, а rpmbuild выполняется на сборочной системе. Дисковые операции (такие как распаковка/архивирование файлов, копирование/перемещение) будут выполняться на хост-системе.

11:15–11:Надежда Плотникова Нижний Новгород, Intel Разработка многопточных приложений для архитектур ia32/ia64 под Linux с r использованием Intel© Threading Tools Аннотация:

В докладе будут рассмотрены реализации потоков в POSIX стандарте и библиотека OpenMP; особое внимание будет уделено проблемам, с которыми сталкивается разработчик многопоточных приложений. БуR дет показано, как с помощью Intel© Threading Tools находятся и устраняются эти проблемы (включая потенциальные) и как анализируется производительность приложений.

Многопоточное программирование и отладка программ под Linux с R помощью Intel© Threading Tools. Существует большое количество способов распараллеливания как на уровне архитектуры, так и программно.

Параллелизм в модели общей памяти является наиболее доступным и привлекательным для конечного пользователя, т. к. позволяет использовать имеющиеся ресурсы (2-4 CPU SMP машины, такие как, например, R ZeonTM, ItaniumTM Platform Family, Pentium© 4 with HT и т. п.) максимально эффективно. Это достигается путём использования потоков.

Существуют несколько вариантов реализации многопоточности, делящиеся на 2 подкласса: явные и неявные потоки. В первом случае это потоки в стандарте POSIX, использующие Linux native API и требующие явного использования синхронизационных примитивов, а во втором случае это библиотека OpenMP и возможность автоматического распараллеливания циклов с помощью компилятора.

Однако применение всех типов потоков — задача непростая и порождает целый класс специфических ошибок, таких как data races, dead locks и т. п., на поиск и устранение которых может потребоваться много времени. Intel представляет набор инструментов для отладки и анализа R производительности многопоточных приложений: Intel© Thread Checker R и Thread Profiler. Использование Intel© Thread Checker позволяет найти практически все известные, а также потенциально возможные ошибки распараллеливания. Thread Profiler показывает картину исполнения потоков, все объекты синхронизации и прочую информацию о потоках.

Секция (Председатель — Анатолий Якушин) 10:00–10:Роман Савоченко Украина:Днепродзержинск, НИП DIYA Проект: OpenSCADA Проект «OpenSCADA» Аннотация:

OpenSCADA представляет собой открытую SCADA(Supervisory Control And Data Acquisition) систему, построенную по принципам модульности, кроссплатформенности и масштабируемости. Программа OpenSCADA предназначена для сбора, архивирования, визуализации информации, выдачи управляющих воздействий, а также других родственных операций характерных для полнофункциональной SCADA системы.

OpenSCADA представляет собой открытую SCADA систему, построенную по принципам модульности, многоплатформенности и масштабируемости. SCADA (Supervisory Control And Data Acquisition) с английского означает: супервизорные системы контроля и сбора данных.

В качестве политики разработки данной системы выбраны open source принципы. Выбор данной политики определяется необходимостью создания открытой, надёжной и общедоступной SCADA системы. Система OpenSCADA предназначена для выполнения как обычных функций SCADA систем, так и для использования в смежных областях информационных технологий.

Система OpenSCADA может использоваться:

• на промышленных объектах в качестве полнофункциональной SCADA системы;

• внутри PLC (программируемый логический контроллер) в качестве среды исполнения;

• встраиваться в различное оборудование;

• для построения различных моделей, симуляторов (технологических, химических, физических, электрических процессов);

• на персональных компьютерах, серверах и кластерах. Для сбора, обработки, представления и архивации информации о системе и её окружения.

В качестве базовой (хостовой) операционной системы (ОС) для разработки и использования выбрана ОС Linux, которая является стандартной POSIX совместимой ОС. Кроме того ОС Linux является оптимальным компромиссом в вопросах:

• надёжности;

• гибкости/масштабируемости;

• доступности;

• популярности и распространённости.

Поскольку система OpenSCADA разрабатывается на стандартной POSIX ОС, по принципам кроссплатформенности, то её адаптация на остальные ОС не составит проблемы.

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

Также, для достижения высокого быстродействия, модульный принцип, позволяет объединять различные функции в одной программе. Архитектурно, система OpenSCADA состоит из подсистем:

• безопасность;

• базы данных;

• транспорты;

• протоколы обмена;

• контроллеры сбора данных;

• параметры;

• архивы;

• пользовательские интерфейсы;

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

• специальные функции;

Именно модульность подсистем определяет модульность системы в целом. Модульными являются подсистемы:

• базы данных;

• транспорты;

• протоколы обмена;

• контроллеры сбора данных;

• архивы;

• пользовательские интерфейсы;

• специальные функции;

Исходя из принципа модульности, указанные выше подсистемы могут свободно изменять свою функциональность путём подключения модулей соответствующего типа. Модульное ядро системы OpenSCADA, выполняется в виде статической и динамической библиотек. Это позволяет встраивать функциональность системы в существующие программы, а также создавать новые программы на основе ядра OpenSCADA.

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

Модули хранятся в совместно используемых библиотеках. Причём одна библиотека может содержать несколько модулей. Данный метод хранения является основным, поскольку поддерживается практически всеми современными ОС. Хотя это не исключает возможности разработки других методов хранения модулей.

Проектирование системы OpenSCADA, начато в сентябре 2002г на основе опыта работы в сфере автоматизации технологических процессов. Реализация системы OpenSCADA, начата в феврале 2003г. На 27.07.2004 проект находится в стадии разработки и имеет версию 0.2.Разработчики: Савоченко Роман Алексеевич (rom_as@fromru.com) Сторонние эксперты: Бортник Тимофей Владимирович (timbortnik@hotbox.ru) Спонсоры проекта: Научно Инновационное Предприятие «DIYA» (diyaon@alice.dp.ua) 10:25–10:Андрей Паскаль Йошкар-Ола, Валерий Гражданкин Оренбург, Проект: Ананас http://ananas.lrn.ru Открытая платформа для систем бухгалтерского и оперативного учёта Аннотация:

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

Краткая история проекта Программа «Товарная наценка» на Borland Delphi. Первая реализация для Gnu/Linux. Tcl/Tk и xbase — платформа xbtk. Лицензирование и переход на QT/MySQL. Новый этап — полнофункциональная, настраиваемая, многоплатформенная среда. История сотрудничества вольных программистов.

Свободные проекты учётных систем Зарубежные проекты: SQL Ledger, GnuCash, GnuE, OpenMFG.

SQL Ledger — наиболее интересный с точки зрения реального бизнес-применения проект на сегодняшней день. Программное обеспечение распространяется на условия GNU GPL лицензии. Система имеет богатый набор реализованных функций и успешно применяется на практике многими пользователями. Проект имеет высокие темпы развития уже на протяжении нескольких лет. К специфике можно отнести изначальную ориентацию системы на бухгалтеров, что выражается в сквозной увязке всех операций с бухгалтерским планом счетов. То есть, прежде всего, это система именно бухгалтерского учёта, хотя на сегодняшний момент система имеет гораздо больше возможностей, чем ведение проводок по счетам. В том числе поддерживается управление запасами, ведение расчётов с контрагентами, выписка счетов, оформление заказов, расчёт налогов, производственный модуль (сборка). Система функционирует только в режиме web-приложения, может быть установлена как на GNU/Linux так и на MS Windows платформе, имеет ограниченные возможности по настройке, локализованный на многие языки интерфейс пользователя. Как отмечают участники проекта, в системе пока нет модулей начисления зарплаты и CRM, но их появления можно ожидать в скором времени. Автор и создатель программы работает над проектом полный рабочий день, чем и объясняется динамика развития проекта в настоящее время.

GnuCash — известная по многим дистрибутивам Gnu/Linux система персонального учёта финансов. Успешно развивается, имеет богатый набор реализованных функций.

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

OpenMFG — использует смешанную модель лицензирования и хотя имеет определённые успехи, не может рассматриваться как успешный OpenSource проект в области автоматизации.

Российский рынок — уроки Нау На российском рынке все ещё не появилась свободная система, реальное использование которой представляло бы интерес для широкого бизнес-сообщества. Тем не менее, «Гонка на черепахах» продолжается, и периодически появляются новости о создании новых проектов или о прогрессе в уже существующих. Из наиболее интересных событий, произошедших в недавнем времени на российском рынке автоматизации, затрагивающих тему свободных систем, можно назвать попытку компании НауМен оседлать нарастающую волну популярности открытых систем применительно к зарабатыванию денег на рынке автоматизации бизнес-процессов предприятий.

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

Можно сделать вывод, что попытка НауМен получить в короткий срок значительную прибыль от продажи свободных продуктов для автоматизации и их поддержки не увенчалась успехом. Думаю, объяснением тому могут быть несколько причин. Но прежде чем их назвать, хочу сказать, что возникшую ситуацию я бы не стал рассматривать как неудачу организации бизнеса на основе открытых продуктов для автоматизации.

Дело в том, что отсутствовало ключевое звено такого бизнеса — открытый продукт, хорошо известный, популярный и свободно доступный.

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

Pages:     | 1 |   ...   | 2 | 3 || 5 | 6 |   ...   | 11 |






















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

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