Cooperative Bug Isolation: установка, запуск и работа
Содержание:
1. Принципы работы;
2.Установка, запуск и работа (Вы читаете данный раздел);
3. CBI и сообщество.
Если вы решили внести свой вклад в тестирование программ с помощью CBI, потребуется установить в свою систему инструментированные версии программ и активно ими пользоваться.
Если у вас 32-битный дистрибутив Fedora, как и у авторов проекта, то вам повезло - можете скачать и установить подготовленный авторами CBI пакет cbi-package-config-16-11 .i686. rpm, после чего в системе будет подключен репозиторий проекта. В репозитории находятся как утилиты CBI, так и инструментированные приложения, которых на данный момент насчитывается девять. Имена у инструментированных приложений те же, что и у обычных: gimp, liferea и так далее. При установке приложений и при наличии альтернатив установщик Yum будет отдавать предпочтение репозиторию CBI. Таком образом, если вы попросите Yum установить gimp, то он выберет сборку gimp от CBI, а не ту, что находится в основном репозитории Fedora. Кроме самого приложения необходимо установить пакет с информацией для CBI, имеющий суффикс 'samplerinfo' (например, 'gimp-samplerinfo').
Если вы пользуетесь другим дистрибутивом, использующим RPM, то можно скачать готовые RPM-пакеты непосредственно с сайта - http://research.cs.wisc.edu/cbi/downloads/rpm. Однако учтите, что зависимости пакетов могут оказаться специфичными для Fedora, так что с некоторой вероятностью придется их ставить с помощью 'rpm --nodeps' и самостоятельно заботиться о том, чтобы в системе были все необходимые для их работы компоненты.
После установки инструментированного приложения просто запустите его - никаких дополнительных опций или настроек не требуется. При первом запуске будет показан диалог, спрашивающий, согласны ли вы с тем, что программа будет автоматически отправлять отчеты в хранилище CBI (см. рис. ниже). Если согласны, выбирайте «Yes, count me in». Никакой регистрации не требуется: все данные отсылаются автоматически и никак не привязаны к конкретному пользователю или машине.
Диалог-предупреждение об отсылке данных в хранилище CBI
Процесс построения трассы не сильно ресурсоемкий: я не заметил ощутимых падений производительности при работе с инструментированными приложениями. Впрочем, и каких-то специальных «затратных» действий я не совершал - просто работал, как обычно.
Отчеты на сервер отправляются незаметно для пользователя. Штатных способов просмотреть эти отчеты я не заметил, поэтому воспользовался wireshark, чтобы убедиться, что отчеты действительно отсылаются. Однако не удалось посмотреть их содержимое и с помощью wireshark, поскольку общение с сервером происходит по защищенному протоколу (HTTPS). Остается верить авторам, что ничего конфиденциального они не передают (либо самостоятельно изучить исходный код CBI).
Итак, принять участие в сборе трасс для CBI - весьма простая задача для пользователя. Однако какова реальная польза от их участия? Действительно ли они помогают обнаруживать и исправлять ошибки?
В диссертационной работе Либлита описано применение CBI к анализу утилит moss, ccrypt, bc и exif, а также к мультимедийному проигрывателю Rhythmbox. В случае утилит проверялось, что инструментарий помогает в обнаружении и анализе некоторых уже известных проблем. В принципе, это традиционный подход для научных исследований, но все-таки гораздо больший интерес представляет обнаружение ранее неизвестных ошибок. Пример Rhytmbox показывает, что CBI на это способен - автор обнаружил несколько проблем, которые разработчики признали достаточно серьезными.
В 2006 году база данных CBI содержала отчеты почти о 12 000 различных ошибок (http:// technocrat.net/d/2006/6/6/4154), но вот насколько CBI помог в их разрешении - не очень понятно. За прошедшие с момента защиты диссертации годы Бенджамин Либлит отметился несколькими десятками записей в системе Bugzilla проекта Fedora. Логично предположить, что без инструментария CBI в них не обошлось, хотя явных упоминаний об этом не встречается.
1. Принципы работы;
2.
3. CBI и сообщество.
Установка
Если вы решили внести свой вклад в тестирование программ с помощью CBI, потребуется установить в свою систему инструментированные версии программ и активно ими пользоваться.
Если у вас 32-битный дистрибутив Fedora, как и у авторов проекта, то вам повезло - можете скачать и установить подготовленный авторами CBI пакет cbi-package-config-16-11 .i686. rpm, после чего в системе будет подключен репозиторий проекта. В репозитории находятся как утилиты CBI, так и инструментированные приложения, которых на данный момент насчитывается девять. Имена у инструментированных приложений те же, что и у обычных: gimp, liferea и так далее. При установке приложений и при наличии альтернатив установщик Yum будет отдавать предпочтение репозиторию CBI. Таком образом, если вы попросите Yum установить gimp, то он выберет сборку gimp от CBI, а не ту, что находится в основном репозитории Fedora. Кроме самого приложения необходимо установить пакет с информацией для CBI, имеющий суффикс 'samplerinfo' (например, 'gimp-samplerinfo').
Если вы пользуетесь другим дистрибутивом, использующим RPM, то можно скачать готовые RPM-пакеты непосредственно с сайта - http://research.cs.wisc.edu/cbi/downloads/rpm. Однако учтите, что зависимости пакетов могут оказаться специфичными для Fedora, так что с некоторой вероятностью придется их ставить с помощью 'rpm --nodeps' и самостоятельно заботиться о том, чтобы в системе были все необходимые для их работы компоненты.
Запуск и работа
После установки инструментированного приложения просто запустите его - никаких дополнительных опций или настроек не требуется. При первом запуске будет показан диалог, спрашивающий, согласны ли вы с тем, что программа будет автоматически отправлять отчеты в хранилище CBI (см. рис. ниже). Если согласны, выбирайте «Yes, count me in». Никакой регистрации не требуется: все данные отсылаются автоматически и никак не привязаны к конкретному пользователю или машине.
Диалог-предупреждение об отсылке данных в хранилище CBI
Процесс построения трассы не сильно ресурсоемкий: я не заметил ощутимых падений производительности при работе с инструментированными приложениями. Впрочем, и каких-то специальных «затратных» действий я не совершал - просто работал, как обычно.
Отчеты на сервер отправляются незаметно для пользователя. Штатных способов просмотреть эти отчеты я не заметил, поэтому воспользовался wireshark, чтобы убедиться, что отчеты действительно отсылаются. Однако не удалось посмотреть их содержимое и с помощью wireshark, поскольку общение с сервером происходит по защищенному протоколу (HTTPS). Остается верить авторам, что ничего конфиденциального они не передают (либо самостоятельно изучить исходный код CBI).
Есть ли польза?
Итак, принять участие в сборе трасс для CBI - весьма простая задача для пользователя. Однако какова реальная польза от их участия? Действительно ли они помогают обнаруживать и исправлять ошибки?
В диссертационной работе Либлита описано применение CBI к анализу утилит moss, ccrypt, bc и exif, а также к мультимедийному проигрывателю Rhythmbox. В случае утилит проверялось, что инструментарий помогает в обнаружении и анализе некоторых уже известных проблем. В принципе, это традиционный подход для научных исследований, но все-таки гораздо больший интерес представляет обнаружение ранее неизвестных ошибок. Пример Rhytmbox показывает, что CBI на это способен - автор обнаружил несколько проблем, которые разработчики признали достаточно серьезными.
В 2006 году база данных CBI содержала отчеты почти о 12 000 различных ошибок (http:// technocrat.net/d/2006/6/6/4154), но вот насколько CBI помог в их разрешении - не очень понятно. За прошедшие с момента защиты диссертации годы Бенджамин Либлит отметился несколькими десятками записей в системе Bugzilla проекта Fedora. Логично предположить, что без инструментария CBI в них не обошлось, хотя явных упоминаний об этом не встречается.
