Steve, the prompt is copied from the web shell. That's also the source of the "mo m" task, which is the execution task of the command. I merged prop-cmdtask into master some weeks ago. I kept the branch for documentation, guess it can be removed now. Regards, Michael Am 21.04.2018 um 22:05 schrieb 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
OvmsDev mailing list OvmsDev@lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26