Теории Великого объединения входа
Их Теории Великого объединения входа? Мы разработаем тот? Вопрос (только для показа этого не обсуждение :), как я могу изменить к лучшему следующее? (обратите внимание, что я живу главным образом во встроенном мире, но невстроенные предложения также приветствуются),
Как Вы регистрируетесь, когда Вы регистрируетесь, что Вы регистрируете, что Вы делаете с файлами журнала?
Как Вы регистрируетесь - у меня обычно есть макросы, #ifdef ТЕСТИРОВАНИЕ, вид вещи. Они пишут в RAM, и низкоприоритетный процесс выписывает им, когда система неактивна (использование UDP, так как я делаю встроенные системы),
Когда делают Вы регистрируетесь - то же как голосование, рано и часто. В каждый (в) значительном событии программы я регистрируюсь на переменных уровнях. События получили, транзакция следуют/приводят к сбою, обновленные данные, и т.д.
То, что Вы регистрируете - Фатальная/Ошибка/Предупреждение/Информация/Отлаживать/Прослеживать, покрыто в то, Когда использовать различные уровни журнала?
Что Вы делаете с файлами журнала - 1) сохраняют их (в CVS), обе передачи и перестали работать, 2) получают все и фильтруют позже в случае, если я не могу повторить проблему. У меня есть инструменты для фильтрации журнала (Фатальной/Ошибкой/и т.д.) "уровнем", процесс, файл, и т.д. И нарисовать диаграммы последовательности сообщений, выведите структуры данных, потяните гистограммы использования памяти - что я пропускаю?
Хм, двоичный файл или формат файла журнала ASCII? ASCII является более большим, но двоичный требует большего количества обработки. Я сделал обоих, в настоящее время я использую ASCII
Вопрос - я пропускал что-нибудь, и как я могу изменить к лучшему это?
3 ответа
Вы можете «инструментировать» свой код во многих разных способах, все от запуска / отключения событий к индивидуальному исполнению машиностроения (используя эмулятор процессора). Из всех возможностей, что стоит сделать? Не просто делайте это ради полноты; иметь определенную цель в виду. К чему дела, если вам нравится, с пособием вы ожидаете получить. E.g.
- insight в процессорное время выполнения задач / шаблоны для обеспечения оптимизации (если вам нужно улучшить производительность).
- Insight в другие системы для устранения проблем интеграции системы (например, какие сообщения - ваш пакет VoIP, отправляющий и получение, когда он подключается к конкретному одноранговому однорантуру?)
- Insight в природе ошибок (для полевой диагностики)
- В разработке
- помощь в проверке валидации
Я представляю, что нет Великой единой теории регистрации, потому что то, что вы делаете, будет зависеть от многих деталей:
- Количество данных
- Тип данных
- События
- Поточенное аудио / видео
- Доступное хранение
- Скорость хранения
- Емкость хранения
- Доступные каналы для извлечения данных
- Пропускная способность
- Стоимость
- Доступность
- Интернет, подключенный 24 × 7
- Посещение сайта требуется
- Нужно разблокировать ржавые ворота, подниматься по лестнице на крышу, чтобы подключить кабель, после заполнения документации OHS
- нужно подождать до Антарктическая зима окончена и ледяные листы
- Случайный доступ против линейного доступа (например, если вы его сжимаете, вам нужно прочитать с самого начала распаковки и получить доступ к какой-то случайной точке?)
- Необходимо выжить условия ошибки
- Reboots Watchdog
- Возможное повреждение данных
- Из-за неспособности источника питания
- из-за ненадежных средств модификаций
- необходимо выжить в аварии на самолете
, что и для двоичного ascii, я обычно предпочитаю сохранить простую регистрацию, и поместить любую приятную презентацию в Приложение ПК, которое декодирует данные. Обычно проще создать удобную пользовательскую презентацию в программном обеспечении ПК (написанный в E.g. Python), а не в самой встроенной системе.
Я ничего не пропустил, и как я могу Улучшать на этом?
- асинхронный венец.
- Использование нескольких файлов журналов для одного и того же процесса для разных абстракций регистрации. например Деятельность процесса зарегистрирована в обычном файле журнала. И процесс «статистика» (периодическая статистика, которую вы могли бы заинтересовать) вошли в отдельные файл журнала статистики.
Формат файла журнала журнала HMMM, двоичных или ASCII? ASCII - Bulkier, но бинарный требует Больше обработки. Я сделал обоих, В настоящее время я использую ASCII
ASCII хорош. Чаще всего, чем нет, журналы предназначены для использования для целей отладки. Человеческая читаемая форма облегчает и ускоряет это. Однако, если ваши журналы используются в основном для записи информации, которая используется позже для анализа и генерации отчетов (например, статистика или задержки и т. Д.) Двоичный формат будет предпочтительным.Вы можете пойти на шаг вперед и использовать пользовательский формат вместе с сервисом БД, который содержит сортировку на основе индекса, где индекс может быть кортежным временем с типом события.
-
вот мои $ 0,02.
Я только вхожу в систему, когда у меня возникнут проблема и надо отслеживать источник. Обычно это связано с окружающей средой клиента, поэтому я не могу просто прикрепить отладчик. Мое решение состоит в том, чтобы включить порт Telnet и использовать это для распечатки заявлений о том, где программа и значения переменных.
Я делаю ASCII только потому, что это через Telnet.
Другим аспектом Telnet в том, что он довольно просто. Это порт TCP с выброшенным текстом. Очень мало обработки, кроме обычных головных болей TCP.
Файлы журнала сбрасываются, как только я получу их, потому что я не пытался захватить и сохранить сеанс Telnet. Я думаю, я мог с прослушиванием, но мне не нужна история этой сессии. Мне просто нужно найти проблему и проверить исправление.