Информировал я вас о тотальной чистке списка ошибок в статье "Чистим пёрышки к выходу Ubuntu 16.04 LTS" и там мелькнула фраза, что отчёты об ошибках от Apport сыплются не только на Launchpad Bugs, но и на errors.ubuntu.com. Представьте я что-то и не подумал зайти на него как на любой другой веб-сайт. А тут почти случайно заполз у себя в Параметры системы -> Защита и приватность -> Диагностика -> Показать предыдущие отчёты. Браузер открыл мои отчёты об ошибках на errors.ubuntu.com, а там картинки и буковки!
Скажу вам сразу, но сайт errors.ubuntu.com меня вначале неприятно поразил тем, что более или менее нормально он работает только в Firefox. Я не люблю такое. Ещё недостатком или у меня просто руки кривые можно посчитать ситуацию, что запрос на получение больше данных (за год или указанный вами диапазон дат) часто вызывает ошибку загрузки данных. Может там и действительно много данных, но или выдавайте или не давайте указывать большие временные промежутки.
На это предупредительная часть закончена и мы переходим к рассмотрительно-аналитической. Будем возвращаться во времени назад: от новых релизов к старым, но актуальным. На картинках можно и нужно щёлкать!
Что можно понять из движения голубой линии? Очень многое находят тестеры к Альфа 1 и потом реальный спад. Учитывая, что тестеры не могут охватить все возможности релиза, то каждый релиз имеет всплеск ошибок в дни выхода и начала использования его множеством людей на различных аппаратных конфигурациях. Мы видим подъём голубой линии после 22 октября. Лидеры по количеству отчётов от пользователей: xserver-xorf-core, gjs (Gjs - Javascript Bindings for GNOME), firefox, plymouth.
Данный релиз обычный и взят лишь для того, чтобы более наглядно показать как ошибки уменьшаются в районе Альфа 1 и снова возрастают в дни выхода релиза, из-за более тщательного "тестирования" всеми. Лидеры по количеству отчётов от пользователей: colord, upstart, ibus.
Тут вынужден вам напомнить, что столкнулся с проблемой выдачи больше чем за 1 год данных и картинка только такая. Лидеры по количеству отчётов от пользователей: firefox, linux-image-3.13.0-66-generic. Проблема с ядром в LTS релизе - что может быть хуже для Надёжного Тара? Линия пилообразная из-за впадин "суббота-воскресенье" и гребней-зубов рабочих дней.
Данный дистрибутив закончит свою жизнь в 2017 году, а начал он путь в 2012 и показывать вам текущий год его жизни толку мало, но выше я описал о проблемах при получении больших порций данных. Лидеры по количеству отчётов от пользователей: unity-services, notification-daemon, gwibber-service, software-center.
Есть возможность глянуть на 4 рассмотренных релиза в одном месте за один год. Я вам Америку не открою, если скажу что по графику получается, что если взять LTS релиз с его с непонятным значением в ~0,05 за основу, то самый актуальный, обычный релиз хуже в плане надёжности (количество ошибок) примерно в 3 раза - ~0,15. Обычный релиз до текущего обычного - хуже LTS релиза в плане надёжности (количество ошибок) примерно в 2 раза - ~0,10.
Но это и ежу понятно, что задача обычного релиза обкатать новые технологии и принять на себя удар в плане ошибок. LTS релиз похож на медленно плывущий лайнер, в котором на борту только выверенные технологии.
Мне от себя лично хотелось бы напоследок рассказать и указать вам на один из проблемных компонентов - дисплейный сервер Xorg. Я познакомился с ним в далёкие 2000 года, до его ответвления под именем Xorg. У вас в линукс машине есть каталог /etc/X11/. Цифра 11 тут не спроста! Окончательная версия протокола (11-я) была разработана в 1980 году. А X12 так и не увидел свет. Я хочу донести до вас мысль, что у нас в системе есть очень древнее говно мамонта, которое разработчики уже довольно давно с трудом поддерживают, а разработчики этажом выше, обходят его уродство в своих графических тулкитах.
Поэтому я, как никто другой, рад проектам молодых и современных дисплейных серверов Wayland и Mir от Canonical. Будут ли у них ошибки на своём пути? Будут! Но эти дисплейные сервера содержат меньше строк кода. Делают только своё дело и не отнимают хлеб у вышестоящих графических тулкит. А ошибки будут исправлены так, чтобы не торчать в лидерах по проблемным местам.
Советую к прочтению!
Французский программист Julien Danjou, разработчик оконного менеджера Awesome, и его мысли вслух о протоколе X.
Jasper St. Pierre, разработчик GNOME Shell в статье Графический стек Linux.
Обращаюсь к вам, читатели сайта! Вы понимаете теперь как важно тестирование на большом спектре железяк, а не тупой запуск в виртуальной машине "на посмотреть"? Я писал о замечательной утилите zsync, которая умеет скачивать только изменения в iso файле и можно потратить немного своего времени, взяв небольшой файл-zsync по адресу cdimage.ubuntu.com/daily-live/current/
У вас будет всегда свежий образ разрабатываемого релиза, который на деле, а не на словах, можно проверить на вашем железе, загрузившись в LiveCD сессию.