WWW.DISSERS.RU

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

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


Pages:     | 1 || 3 | 4 |   ...   | 9 |

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

18.15 – 19.Александр Боковой Москва, IBM LTC Samba 4 - состояние, перспективы, реальность. Практическая демистификация В 2003 году Samba Team начала работу над амбициозным проектом создания свободной полноценной реализации технологий Active Directory. Каково состояние проекта Что следует ожидать в краткосрочной и долгосрочной перспективах Доклад представляет собой демонстрацию развертывания Samba 4 в качестве сервера ADS и интеграцию Windows XP в свободную реализацию Active Directory.

26 июля.

Утреннее заседание (9.30 - 14.00) 9.55 – 10.Александр Ковтушенко МГТУ Инструмент для визуализации трассы выполнения параллельной программы TV 2.Оправданием затрат, понесенных при разработке параллельной программы, является достигнутое повышение скорости счета нашей задачи. При разработке параллельной программы используются методики предварительной оценки скорости параллельного счета. Сложность, «многофакторность» поведения проектируемого объекта ограничивают точность предсказания.

Средством для нахождения узких мест, «доводки» параллельной программы является получение и анализ профиля выполнения параллельной программы. Одним из ценных средств компонент инструментальной среды, применяемых для этой цели, является связка: библиотека для автоматической (точнее - «почти автоматической») фиксации событий времени выполнения параллельной программы + диалоговая среда для просмотра/анализа накопленных данных.

Отдельным вопросом является выбор инструментальной среды для разработки параллельной программы. Критериями являются:

• Доступность инструментального программного обеспечения • Предварительная оценка эффективности счета на доступном параллельном вычислителе нашей прикладной задачи в данной инструментальной среде, • Трудоемкость кодирования и отладки Архитектура параллельной ЭВМ определяет доступный набор инструментальных средств.

Архитектура кластерных мульти-ЭВМ в настоящее время доминирует: раз в полгода публикуется отчет о 500 наиболее производительных ЭВМ (http://www.top500.org/), на данный момент последний 25-ый релиз состоит из кластеров на 60,8%. Важнейшим достоинством кластеров является их относительная дешевизна (на единицу пиковой производительности). В нашем Отчестве они представляют почти весь парк параллельных ЭВМ.

Кластер как правило содержит два уровня для организации параллельных вычислений:

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

Среда MPI (Message Passing Interface) основывается на открытом стандарте, разработанным открытым образом (общедоступен не только сам стандарт, комментарии-рекомендации к нему, но и рабочие документы MPI-Форума, протоколы постатейного голосования, обсуждавшиеся замечания, возражения). MPI предоставляет средство взаимодействия задач, т. е. вычислений выполняющихся в разных адресных пространствах.

Стандарт исключает какое-либо скрытое, не включенное в предоставленный программисту API взаимодействие ветви параллельного процесса со средой MPI. Это позволяет эффективно переносить программы с одной реализации MPI на другую.

Базовой реализацией MPI является MPICH, опубликованная под своей собственной открытой лицензией (не накладывается никаких ограничений).

При этом широко распространены коммерческие продукты, ориентированные на аппаратные особенности коммутаторов. Например:

• шведская компания SCALI является интегратором, т. е. поставляет доработанную среду MPI, а также средства администрирования кластера.

• американская компания Myricom поставляет аппаратную часть (коммутатор) и адаптированную реализацию MPI.

Коммерческие продукты являются, как правило необходимым дополнением специализированного коммутатора, управляемого непосредственно (без слоя TCP/IP).

Среда OpenMP основывается на открытом стандарте, разрабатываемом OpenMP Architecture Review Board.

Разработка стандарта продолжается – версия OpenMP 2.5 от мая 2005 г. При этом OpenMP предоставляется средство выполнения параллельной работы над данными в общей памяти. В текст программы C/C++/Fortran вставляются «прагмы», обрабатываемые компилятором. Получаемый таким образом результат может быть заменен ручным кодированием параллельных нитей/легковесных процессов (за исключением каких-то аппаратнозависимых оптимизаций). Обработка OpenMP является как правило одной из опций компилятора, поддерживается последними компиляторами Intell, HP, SGI, IBM, Fujitsu, однако к сожалению не GCC. Однако, на основе университетских проектов доступны открытые решения:

- http://www.odinmp.com/ - http://phase.hpcc.jp/Omni/home.html Разрабатываемый нами визуализатор является частью инструментальной среды MPI. Он позволяет выявить недостатки проектируемого параллельного алгоритма, выявить особенности функционирования коммутатора. Полученный опыт показывает, что латентность коммутатора существенно зависит от предшествовавших пересылок. Основным функциональным расширением TV 2.0 (текущая альфа версия) является сетевой режим, т. е.

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



10.20 – 10.Сергей Гонтарев Институт океанологии РАН Необитаемый аппарат для подводных исследований.

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

Один из вариантов построения комплекса для проведения подводных исследований необитаемым подводным аппаратом представлен в докладе.

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

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

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

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

Систему управления подводным аппаратом проектируется как локальная сеть с соответствующей аппаратурой и программным обеспечением.

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

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

Система управления, построенная на основе стандартных сетевых средств и программного обеспечения, обеспечивает возможность подключения в качестве рабочих мест машин, работающих под управлением Windows или Unix.

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

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

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





10.45 – 11.Вадим Житников ООО "Компания Скид" Портирование свободного программного обеспечения на платформу Windows CE Windows CE является одной из самых распространённых ОС на КПК, и такая ситуация, повидимому, сохранится в обозримом будущем.

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

Программирование для платформы Windows CE весьма похоже на программирование для Win32 доступно подмножество MFC, сквозная поддержка unicode. Вместе с тем имеются определенные ограничения:

• Не полная стандартная C run-time библиотека • Отсутствует понятие текущей директории и переменных окружения • Отсутствует командная строка • Отсутствует терминальный ввод-вывод с возможностью перенаправления Эти ограничения серьезным образом усложняют перенос на Windows CE свободных программ, большинство из которых изначально предназначены для UNIX. Требуется создание дополнительных библиотек и консольных API.

Среди проектов портирования свободного программного обеспечения обеспечения на Windows CE в первую очередь следует отметить работу Rainer Keuchel (http://www.wince-devel.org). Проект основан на библиотеке собственной разработки celib.dll и консольной программы w32console. Переменные окружения эмулируются с помощью реестра.

Используется cross-компилятор gcc 3.0.3 c целевыми архитектурами аrm, mips и sh3, и binutils 2.11.2. В рамках данного проекта осуществлен успешный порт многих программ:

Vim, Emacs, Perl, Tcl/Tk, GCL, Maxima, gnuplot, rsync, Apache, XFree86 и др. Несмотря на то, что самые поздние сборки были выполнены в 2001-02 гг. для Windows CE 2.11 и 3.0 большинство программ вполне работоспособны даже в среде Windows Mobile 2003 SE (Windows CE 4.2). Существует активный форум http://groups.yahoo.com/group/wince-devel/ посвященный данному проекту и смежным вопросам.

В более поздних проектах широко используются библиотека newlib (http://sourceware.org/newlib/) и консольная программа PocketConsole/PocketCMD (http://www.symbolictools.de/public/pocketconsole/).

Newlib C библиотека, ориентированная на иcпользование во встроенных системах.

PocketConsole предоставляет API для терминальных програм, а PocketCMD реализованная на этой основе командная оболочка, близкая по возможностям к Windows NT cmd.exe.

Проект Voxware (http://wince.voxware.com:28575/Development% 20Tools/gnuwince.html) включает Linux crossкомпилятор gcc 3.3, binutils 2.13.91, newlib 1.11, имеется bash-подобная командная оболочка и набор утилит ps, kill, mkdir, cp, mv и т.д. Сервер rlogind позволяет удалённо использовать ush c любого rlogin клиента, если КПК подключен к сети.

PocketGCC Виталия Пронкина (http://pocketgcc.sourceforge.net/) является nativeкомпилятором gcc 3.2 и binutils 2.13. Другой проект данного автора Pocket C# - порт C# компилятора DotGNU (http://pocketgcc.sourceforge.net/pcsharp/).

Проект Mamaich (http://mamaich.kasone.com/fr_pocket.htm) включает cygwin cross-компилятор gcc 3.3.3 и native-compiler, binutils 2.13.2.1, gdb, newlib 1.9, pthereads, SDL.

Используется PocketConsole.

Source Forge проект GNUDE (GNU Development Environment, http://gnude.sourceforge.net/) ставит целью создание полного набора GCC/binutils, включая C, C++, FORTRAN, Java crossкомпиляторов, отладчиков GDB/Insight и сопутствующих утилит для разработки приложений для архитектуры ARM. В данный момент доступны Windows (cygwin) и Mac OS X cross-компиляторы.

Отметим, что ряд проектов специально предоставляют сборки своих программ для платформы Windows CE. Например: Perl CE (http://perlce.sourceforge.net/), TclKit Mobile (http://wiki.tcl.tk/TclkitMobile), wxWidgets (http://www.koansoftware.com/it/prd_svil_wxwince.htm) Несмотря на видимое обилие проектов, ситуацию с портированием свободного программного обеспечения на платформу Windows CE нельзя признать удовлетворительной. Некоторые проекты оставлены разработчиками, статус других не вполне ясен, общее число разработчиков невелико.

11.10 – 11.Антон Качалов Москва, ALT Linux Многоплатформенность в ALT Sisyphus Многие Linux-ориентированные компании и дистрибутиво-строители осуществляют выпуск и поддержку решений и дистрибутивов под платформы, отличные от ix86. До недавнего времени, Сизиф и его производные могли функционировать только на платформах семейства Pentium и старше.

Ситуация переломилась с появлением платформы x86_64. Это 64-х битная платформа, имеющая обратную совместимость с 32-х битной Intelархитектурой. То есть перед нами представитель так называемой BiArch-архитектуры.

Этапы внедрения новой платформы.

Первым этапом рождения новой платформы - это формирование минимального инструментария для сборки ядра и системных библиотек. Для этого необходимо собрать программы для кросскомпиляции. Традиционно, сюда входят: binutils, gcc, glibc. Это так называемый Toolchain. Причём, gcc собирается несколько раз - сначала только с поддержкой C, а потом, после сборки glibc, с поддержкой C++. Предпочтительнее всего собрать минимум, необходимый для загрузки системы, а дальше расширять набор программ в нативном окружении, если это позволяет конечная платформа.

Вторым этапом идёт сборка RPM, а далее минимального списка пакетов, необходимых для дальнейшей сборки в hasher'е.

Третий этап - этап добавления патчей, налаживание автоматизированной пересборки новых пакетов и синхронизация по отставшим пакетам с Сизифом.

Pages:     | 1 || 3 | 4 |   ...   | 9 |










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

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