GSoC проект: Реализация поддержки ZeroConf при помощи mDNSResponder
RISC 2 мая, 2009 - 05:55.Оригинал статьи можно найти здесь.
Прошу не пинать меня сильно, ибо познания английского мои слишком поверхностны.
О том, что такое ZeroConf, можно почитать на википедии.
Реализация поддержки ZeroConf при помощи mDNSResponder
Студент: Jie Ma
Наставник: Axel Dorfler
Меня зовут Ma Jie. Я выпускник колледжа Китая. Хоть я и не специализировался в области компьютерных наук, я все же люблю писать программы в свое свободное время. У меня есть сертификат по сетевым технологиям, так же я занял третье место в национальном соревновании по программированию на Java. Сервер PoorMan для Haiku является первым моим вкладом в мир OpenSource. Я многому научился и думаю, что пришло время применить знания.
Описание проекта:
Существует две реализации ZeroConf сети, Avahi и Apple Bonjour. mDNSResponder является основной составляющей Bonjour. Существует несколько причин на то, чтобы выбрать mDNSResponder в качестве ZeroConf движка для Haiku. Во–первых, т.к. Avahi в основном спроектирован для Linux и BSD он использует GNU Autotools, в то время как mDNSResponder самодельные мейкфайлы (makefiles). В связи с тем, что система сборки Haiku состоит из Джемфайлов (Jamfiles), mDNSResponder будет проще интегрировать в дерево исходных кодов Haiku. Во–вторых, Avahi не имеет направлений портирования. И наконец, для Haiku более предпочтительна Apache–лицензия т.к. лучше сочетается с MIT–лицензией, нежели LGPL.
Также будут некоторые трудности при портировании mDNSResponder на Haiku т.к. кроссплатформенная поддержка была заброшена и некоторые несовместимые gcc вещи были добавлены в исходники. Мне нужно будет исправить это во время портирования mDNSResponder. Он будет работать как остальные компоненты Haiku. Сервер запущен в фоновом режиме и клиенты, которые хотят использовать ZeroConf сервисы, общаются с сервером через библиотеку. Целью ставится не только научить PoorMan вещать в сеть, но и также продемонстрировать, как использовать ZeroConf для других сервисов Haiku.
Почему вы решились взяться за этот проект?
Я думаю, что могу работать над этим проектом т.к. я портировал thttpd, как бекэнд PoorMan в Haiku, и приобрел навыки портирования кода в Haiku. Если я смогу поработать над этим проектом, то в будущем я могу сделать большее для Haiku, имея этот опыт.
Список целей проекта:
- Портировать mDNSResponder в Haiku
- Написать GUI настройки для конфигурации mDNSResponder, который в последствие можно интегрировать в настройки сети
- Написать сервисы — обозреватель и оповещатель, которые в последствие можно интегрировать в Deskbar
- Научить PoorMan использовать ZeroConf
- Все протестировать
Да
Да уж-ж–ж…..
«Дай Бог нашему тэляти вовка зъисты…» :)
Но я все равно надеюсь на лучшее. Большое и хорошее они замышляют. В прошлом году как–то скомнее все выглядело. И получилось так себе… мало…
Да, надо
Да, надо сказать прошлогодняя статистика не особо радовала. То ли студенты забугорные очень похожи на наших, то ли просто не повезло.
В этот
В этот раз говорили, что старались набирать людей в Гайке заинтересованных. Как это говорится… эмоционально вовлеченных. Тип, очевидно, все–таки отличается от алчущего гугловского бабла «бэдного цтудента».
опенофис
опенофис бы лучше портировали. зероконф и подождать может.
Не портируют
Не портируют опеноффис. Никаких шансов нет. Можно даже и не ждать.
Почему???
Почему???
Вам какой
Вам какой ответ, простой или развёрнутый?
Если развёрнуто — то OpenOffce написан так, что проще написать офис с нуля, чем портировать эту каку. Тормознутый, переоснащён багами, зависимости абсолютно кошмарные, требует Java, что добавляет дополнительные требования к системе, медленный… В общем, совсем не то, что надо быстрой мультимедийной системе. К тому же во время портирования к тамошним багам добавятся специфические баги порта. Результат будет кошмарным. Он не может не быть кошмарным. Лучше написать офис с нуля (ну, или доколупать AbiWord c Sum–It до юзабельного состояния) — будет быстрее, проще и работоспособнее.
Портирование всегда — всегда! — хуже оригинальной разработки. И портирование всегда предотвращает переход пользователей на новую платформу. Зачем переходить на Haiku, если тот же OOo есть на Linux, и там он работает быстрее?
Если просто — то на современной системе MS Office 2007 (самый тормознутый из всех) работает быстрее, чем OpenOffice.org 3.1. На BeOS, понятно, он будет работать ещё медленнее (не может порт работать быстрее оригинала). Проще уже поставить виртуальную машину и редактировать файлы там — скорость работы будет примерно одинаковая. Кроме того, есть Google Documents, которые позволяют выполнять примерно 80% всех офисных задач.
Огромное
Огромное спасибо за развернутый ответ.
Не думал я, что все так плохо.
Дело в том, что на работе (а я как раз тех.пис., так что вполне профессиональное использование), я использую OpenOffice 3 гораздо чаще, чем MS Office 2007, а это примерно 30% всей писательской работы (остальные 60–65 я сижу в специализированном софте — Help and Manual).
Так вот, в сравнении с MS Office, OpenOffice более адекватен и предсказуем. Никаких нареканий на скорость у меня нет. Я вообще разницы никакой не ощущаю. Падений тоже, считай нет.
Готовит нормальные PDF–ки, которые с успехом потребляет типография. Функционально OpenOffice даже превосходит MS Office 2007.
Разницы
Разницы не видно из–за твоей железяки наверно… когда железка слабая разница ого го ощущается
Писать
Писать с нуля — непозволительная роскошь, Hitech вещь говорит насчет Abiword, Ну и Gnumeric портануть, вот вам и офиссют
Я всё–таки
Я всё–таки считаю, что лучше довести до ума Sum–It, чем Gnumeric.
Согласен.
Согласен. Иногда лучше взять нечто пусть небольшое, но родное — и допилить в конечном итоге до конкурентоспособного вида. То же самое могу сказать и про ArtPaint, поварив который в девелоперском котле, а также понаписав какое–то количество всякого рода аддонов–фильтров можно вывести оный на уровень открытых и фриварных редакторов, типа GIMP и Paint.NET. ИМХО.
Отправить комментарий