Результаты rfc тестов стали гораздо ближе к пользователю. Что же поменялось? В графиках теста пропускной способности теперь выводится измеренная пропускная способность (относительно установленной нагрузки) в % и во фреймах в секунду. В графиках теста «предельная нагрузка» отныне выводится количество прошедших за время теста фреймов.
Новые графики доступны начиная с версии прошивки mcu 0.2.45-10, exp 0.6.8-8, sys 0.1.11-1. …→
То, о чём так долго говорили большевики, просили пользователи и немножко думали разработчики, наконец свершилось: по адресу http://bugs.metrotek.spb.ru заработала bugzilla, доступ к которой открыт для всех желающих. Не без недостатков, само собой. Например, интерфейс трекера на только английском языке. Но, надеемся, что грамотных технических спецов это не остановит.
Заносить информацию о замеченных в наших приборах ошибках можно только после регистрации. Для каждого продукта есть свой список компонентов.
Естественно, мы готовы ответить на вопросы по работе с баг-трекером.
А тем временем в облаке меток идёт соревнование между «мозгом» и «релизом».
Кто победит, интересно?
PS. Метка «релиз», в основном, устанавливается для заметок, сообщающих о выходе новых прошивок, а «мозг» — для рассказов о событиях и наблюдениях, вызывающих лёгкое недоумение у читателя или писателя.
В прошлую пятницу все-таки выпустили релиз с багиксами, но почему-то забыли об этом сообщить… А сообщать есть о чем, пофикшено большое количество багов и добавлена новая фича — ARP мониторинг.
Полный список изменений:
Скачать, как обычно, можно с сайта НТЦ Метротек.
Функция «ARP monitor» родилась в ходе обсуждения. Отдельное спасибо evg_krsk за конструктивные предложения!
Начало было положено 10 декабря 2008 с мозгового штурма, создавшего схему в стиле mind map.
Ну, и первой задачей была разработка нового интерфейса — чтобы, значит, приспособленного под работу просто пальцами и всяко симпатичнее айфона. Антон предложил начать с оценки «чистого» Framebuffer’а, то есть:
Сам по себе протокол ARP — простой. Но создает много проблем ;) Перед каждым пакетом, посланным в сеть отсылать ARP-запрос — это роскошь. Поэтому создаётся ARP кэш. На какое-то время в этот кэш сохраняется пара IP+MAC, определённая средствами ARP протокола.
Раньше в bercut-et эта запись имела время жизни 9 минут. Поэтому, когда пользователь переходил из одной в другую сеть, где такие же IP-адреса, но MACи (естественно) другие, у него начинались проблемы: в кэше слишком долго хранились записи. Ситуация, конечно, встречается не часто, но всё же допустима.
в rfc826 предложено несколько способов, которые могут решить эту проблему. например, предлагается по любому принимаемому пакету обновлять ARP-кэш. также можно обновлять ARP-таблицу по любому ARP-запросу, который гуляет по сети (ARP запрос посылается широковещательно и содержит IP & MAC источника). кроме того, протоколы прикладного уровня могут инициировать обновление ARP-кэша по своим критериям. последнее — наиболее эффективно.
мы же пока поступили просто: уменьшили время жизни каждой записи до 1 минуты и при падении линка стираем кэш полностью. этого вполне достаточно для карманного тестера.
Пока народ безмолвствует стесняется сказать, я всё-таки сообщу о том, что нашим разработчикам удалось собрать Qt Embedded Widgets в системе openembedded/bitbake и запустить это на b4. Фотографий, к сожалению, не сделали. Более подробно о процессе сборки (со скриншотами и фотографиями прибора) ребята обещали рассказать на wiki. Надеюсь, что расскажут. На мой субъективный взгляд, смотрится намного лучше, чем gtk. А на ваш?
И для затравки ролик из youtube с небольшой демонстрацией Qt Embedded Widgets …→
Совершенно случайно наткнулся на плагин для TWiki — InterWiki. Он предназначен для создания линков из wiki на любой другой сайт, в том числе локальный. При этом в тексте wiki-топика эта ссылка может выглядеть очень коротко и понятно.
Теперь у нас ссылка на багу с номером 123 делается вот таким образом BugZ:123. Мелочь, а приятно ;)
А раньше приходилось либо пользоваться twiki-переменными (à la %BUGNO%), либо вводить полный URL (ну, это для совсем не ленивых).
ps. TWiki мы используем как для ведения базы знаний, так и xp-трекинга проектов.
Понедельник Вторник начался с выхода очередного релиз-кандидата для Беркут-ММТ версии 0.0.5-rc2. Хотя выход его был запланирован на пятницу — лучше поздно, чем никогда ;) …→
Есть подозрение, что у заграничных друзей тестирование организовано на порядок лучше, чем у нас. Первый же фидбэк от них говорит, во-первых, о том, что баг-трекером они пользоваться умеют и опыт грамотного описания проблем у них присутствует в полном объёме. Во-вторых, условия проведения тестов: тестировщики умудрились отловить баги в таких конфигурациях, которые нам и в голову не приходили.
Мы, правда, тоже не лыком шиты, но так обстоятельно составлять баг-рипорты пока не научились, надо признать. Снимаю шляпу.
И какими же будут наши действия? Да самыми обычными: в срочном порядке исправлять замеченые неприятелем коллегами недочёты. Но в действительности всё не так, как на самом деле: недочёты это мягко сказано. БАГИ, да. Огромные кубинские тараканы.
Let’s do fixing.