LwIP + FeeRTOS: stats Опции

[k000858]

Тестирую устройство на устойчивость от большого количества трафика по Ethernet. При этом в отладку вывожу статистику:

CODE

MEM HEAP
avail: 10240
used: 0
max: 6560
err: 0

MEM RAW_PCB
avail: 4
used: 1
max: 1
err: 0

MEM UDP_PCB
avail: 6
used: 4
max: 4
err: 0

MEM TCP_PCB
avail: 10
used: 10
max: 10
err: 0

MEM TCP_PCB_LISTEN
avail: 6
used: 3
max: 3
err: 0

MEM TCP_SEG
avail: 12
used: 0
max: 5
err: 0

MEM NETBUF
avail: 2
used: 0
max: 0
err: 0

MEM NETCONN
avail: 4
used: 2
max: 2
err: 0

MEM TCPIP_MSG_API
avail: 8
used: 0
max: 0
err: 0

MEM TCPIP_MSG_INPKT
avail: 8
used: 65530
max: 65535
err: 0

MEM SYS_TIMEOUT
avail: 10
used: 4
max: 4
err: 0

MEM SNMP_ROOTNODE
avail: 30
used: 21
max: 21
err: 0

MEM SNMP_NODE
avail: 50
used: 30
max: 30
err: 0

MEM SNMP_VARBIND
avail: 10
used: 0
max: 0
err: 0

MEM SNMP_VALUE
avail: 8
used: 0
max: 0
err: 0

MEM PBUF_REF/ROM
avail: 10
used: 0
max: 2
err: 0

MEM PBUF_POOL
avail: 10
used: 11
max: 15
err: 50124

SYS
sem.used: 3
sem.max: 3
sem.err: 0
mutex.used: 0
mutex.max: 0
mutex.err: 0
mbox.used: 3
mbox.max: 3
mbox.err: 878

Есть некоторые вопросы по этой самой статистике:
1) в каких случаях растет счетчик mbox.err: 878
2) как может быть использовано больше пулов чем доступно?

Код

MEM PBUF_POOL
avail: 10
used: 11
max: 15

Код

MEM TCPIP_MSG_INPKT
avail: 8
used: 65530
max: 65535

Сообщение отредактировал IgorKossak - May 12 2017, 08:00

Причина редактирования: [codebox] для длинного кода. [code]-для короткого!!!

[esaulenka]

В теме слово lwIP, в сообщениях вывод статистики по lwIP, в ответе - FreeRTOSconfig.h
Forger, Вы вопрос-то читали?


Возвращаясь к нашим утечкам.
Во-первых, мы про какую версию разговариваем? Глянул последнюю, 2.0.2 - там счётчики занятых-свободных объектов - mem_size_t, который тот же size_t, т.е. на ARM'ах явно 32-битный. Гипотеза "счётчик буфера входящих пакетов в один прекрасный момент стал меньше нуля" работает только на 16-битных счётчиках.

Во-вторых, во всё той же версии есть опция проверки утечек памяти - место, которое должно быть свободным, заполняется паттерном, при выделении памяти этот паттерн проверяется. Тормозить будет, конечно, но так только баг быстрее вылезет :-)

[k000858]

В теме слово lwIP, в сообщениях вывод статистики по lwIP, в ответе - FreeRTOSconfig.h
Forger, Вы вопрос-то читали?


Возвращаясь к нашим утечкам.
Во-первых, мы про какую версию разговариваем? Глянул последнюю, 2.0.2 - там счётчики занятых-свободных объектов - mem_size_t, который тот же size_t, т.е. на ARM'ах явно 32-битный. Гипотеза "счётчик буфера входящих пакетов в один прекрасный момент стал меньше нуля" работает только на 16-битных счётчиках.

Во-вторых, во всё той же версии есть опция проверки утечек памяти - место, которое должно быть свободным, заполняется паттерном, при выделении памяти этот паттерн проверяется. Тормозить будет, конечно, но так только баг быстрее вылезет :-)

Версия 1.4.2. Тип данных счетчиков - u16_t (unsigned short).

В каком случае могло так получиться, что счетчик стал отрицательным?

Как включаются данные проверочки, быть может они есть и в 1.4.2 версии?