[Ovmsdev] Memory leak

[Stephen Casner]

Michael,

I don't have a quick explanation for the memory leak, but some aspects
of the sample output you show are curious.  The prompt "OVMS >"
predates Mark's change on 3/19 to remove the space but includes my
change on 3/20 that put the asterisk right after the task name like
"main*".  It also includes Mark's insertion of the "OVMS" prefix on
task names on 4/8 but not my fix to change the prompt to '#' for ssh
logins (assuming this was an ssh console).  Also I had never seen
tasks like "mo m".  Perhaps this was built in your local prop-cmdtask
branch or something?  In which case perhaps an update would fix the
memory leak?

                                                        -- Steve

On Sat, 21 Apr 2018, Michael Balzer wrote:

> There seems to be a memory leak, after running the module over the past hours in my
> car, ssh couldn't allocate 4K for a new session and I had this status:
>
> OVMS > mo m
> Free 8-bit 14600/281968, 32-bit 8052/24308, SPIRAM 4129588/4194252
> --Task--     Total DRAM D/IRAM   IRAM SPIRAM   +/- DRAM D/IRAM   IRAM SPIRAM
> no task*           5348      0      0      0      +5348     +0     +0     +0
> main*             18084      0      0      0     +18084     +0     +0     +0
> esp_timer         39268      0    644  23436     +39268     +0   +644 +23436
> OVMS Events       53304  65064      0  10076     +53304 +65064     +0 +10076
> ipc0               7776      0      0      0      +7776     +0     +0     +0
> ipc1                 12      0      0      0        +12     +0     +0     +0
> tiT                 232    908      0   6376       +232   +908     +0  +6376
> OVMS SIMCOM           0   4512      0      0         +0  +4512     +0     +0
> wifi               1464     64      0   3512      +1464    +64     +0  +3512
> OVMS Console          0     20      0      0         +0    +20     +0     +0
> OVMS NetMan           0  12688      0     68         +0 +12688     +0    +68
> mo m                  0      0  15488  12000         +0     +0 +15488 +12000
>
> OVMS > mo t
> Number of Tasks = 20      Stack:  Now   Max Total    Heap 32-bit SPIRAM
> 3FFAFB48  1 Blk esp_timer         388   644  4096   39268    644  23436
> 3FFBDE54  2 Blk eventTask         448  1328  4608       0      0      0
> 3FFBFC50  3 Blk OVMS Events       444  3932  6144  118368      0  10076
> 3FFC4974  4 Blk OVMS CanRx        432   544  1024       0      0      0
> 3FFC9090  5 Blk ipc0              396   444  1024    7776      0      0
> 3FFC9690  6 Blk ipc1              396   444  1024      12      0      0
> 3FFCB4B8  9 Rdy IDLE              356   484  1024       0      0      0
> 3FFCBA4C 10 Rdy IDLE              360   488  1024       0      0      0
> 3FFCC7E0 11 Blk Tmr Svc           396  1820  3072       0      0      0
> 3FFC98FC 16 Blk tiT               496  2272  3072    1136      0   6576
> 3FFD7540 17 Blk OVMS SIMCOM       460  3020  4096    4512      0      0
> 3FFD951C 18 Blk wifi              424  2168  4096    1528      0   3512
> 3FFDBCB4 19 Blk pmT               416   576  2560       0      0      0
> 3FFDDABC 20 Blk OVMS Vehicle      456  2008  3072       0      0      0
> 3FFDFE38 21 Blk OVMS COrx         452   580  3072       0      0      0
> 3FFE1C88 22 Blk OVMS COwrk        532   532  1536       0      0      0
> 3FFE3E78 23 Blk OVMS Console      548  1716  6144      20      0      0
> 3FFE9430 24 Blk OVMS NetMan       732  5980  7168   12692      0     68
> 3FFEA9C8 25 Blk mdns              404  1724  4096       0      0      0
> 3FFFCD14 36 Rdy mo t              704  1936  5120      72      0      0
>
>
> Nothing special to see. +14k on the events task vs. a fresh boot, but nothing that can
> explain the loss of more than 40k.
>
> Odd, I'll watch this.
>
> Regards,
> Michael
>
> --
> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26