-
- Согласен, можно. Просто мы иззначально ориентировались на 2G, и их хватило без zlib'а. Стремились сделать логгер максимально простым и тупым. Кроме отладки теминала, устройство потом часто использовали для отладки новых датчиков с RS-485 и проч. Evgeny_CD(14 знак., 14.01.2015 17:27)
- zlib слишком тяжёлая штука. Уж не для МК точно. Даже если и LZO. Под бинарным я подразумевал, что вместо строк распечатываются их адреса в ROM и аргументы printf'а например (естесственно нужен свой специальный printf и обратная функция). Если на fk0(1755 знак., 14.01.2015 20:30 - 20:48)
- LZO - это отсюда? -> - Evgeny_CD(14.01.2015 21:20, ссылка)
- Ага. Ему (как и любому LZ) нужно много памяти для сжатия именно. - fk0(14.01.2015 21:25)
- А там какой-то miniLZO есть, и педивикия врет, что есть вариант, которому всего 8к ОЗУ для сжатия надо... - Evgeny_CD(14.01.2015 21:27)
- Для LZxxx алгоритмов типично используется хэш (помимо окна). Размер хэша типично: 2^n * sizeof(pointer), где n -- разрядность (порядка 12, например). Даже 16к или 8к жирновато для МК. Для сжатия нужно или дофига времени на упаковку, или большие fk0(1026 знак., 14.01.2015 23:10)
- Спасибо! Именно для минимизации воздействия на отлаживаемое устройство и настоял делать не встроенный логгер, а внешнее подпаиваемое к ключевым точкам устройство. Evgeny_CD(138 знак., 16.01.2015 15:46)
- Ты что-то странное говоришь. Как из "ключевых точек" можно понять внутреннее состояние программы? Чтоб минимизировать воздействие и нужен "бинарный" логгер, который, условно, сохраняет все аргументы printf'а, вместо того, чтоб в реале fk0(285 знак., 16.01.2015 18:10)
- Спасибо! Именно для минимизации воздействия на отлаживаемое устройство и настоял делать не встроенный логгер, а внешнее подпаиваемое к ключевым точкам устройство. Evgeny_CD(138 знак., 16.01.2015 15:46)
- Для LZxxx алгоритмов типично используется хэш (помимо окна). Размер хэша типично: 2^n * sizeof(pointer), где n -- разрядность (порядка 12, например). Даже 16к или 8к жирновато для МК. Для сжатия нужно или дофига времени на упаковку, или большие fk0(1026 знак., 14.01.2015 23:10)
- А там какой-то miniLZO есть, и педивикия врет, что есть вариант, которому всего 8к ОЗУ для сжатия надо... - Evgeny_CD(14.01.2015 21:27)
- Ага. Ему (как и любому LZ) нужно много памяти для сжатия именно. - fk0(14.01.2015 21:25)
- Навигационные сообщения имеют стандартный формат, и они немного сжимались на этой основе. GSM обмен писался только RAW, причем с меткой начала группы байтов в каждую из сторон (что позволило потом засунуть в etherpeek и декодировать обмен). На Evgeny_CD(171 знак., 14.01.2015 20:48)
- Любая программа имеет куда больший поток информации для отладки (и именно он интересен), чем пара внешних коммуникационных протоколов. А последние можно хоть хексдампом в общем потоке записать. Что выпечатывается: переходы между состояниями, fk0(370 знак., 14.01.2015 20:56)
- Дада, извергайте проклятья, я говнокодер N1 во всей вселенной -- я не только использую оператор "запятая", но и посмел его переопределить. - fk0(14.01.2015 20:32)
- LZO - это отсюда? -> - Evgeny_CD(14.01.2015 21:20, ссылка)
- zlib слишком тяжёлая штука. Уж не для МК точно. Даже если и LZO. Под бинарным я подразумевал, что вместо строк распечатываются их адреса в ROM и аргументы printf'а например (естесственно нужен свой специальный printf и обратная функция). Если на fk0(1755 знак., 14.01.2015 20:30 - 20:48)
- Ты забыл дзен-медитаторов. Они смотрят на исходник и после часа медитации говорят, где ошибка. - SciFi(13.01.2015 23:36)
- Я сёдня профессионал :) - scorpion(13.01.2015 23:34)
- Согласен, можно. Просто мы иззначально ориентировались на 2G, и их хватило без zlib'а. Стремились сделать логгер максимально простым и тупым. Кроме отладки теминала, устройство потом часто использовали для отладки новых датчиков с RS-485 и проч. Evgeny_CD(14 знак., 14.01.2015 17:27)