[Ovmsdev] esp-idf release 3.0 / master

[Michael Balzer]

There are lots of valuable fixes in release 3.0, some may be especially relevant for us, i.e. heap allocation and wifi.

https://github.com/espressif/esp-idf/releases

…and the master is already nearly 1000 commits ahead of that.

I've merged the current upstream/master locally and am now running the new build on my module.

So far this update has been seamless. I've kept the defaults for all new sdkconfig options, got no build issues, flashed & rebooted fine, no crashes up to now.

Firmware: 3.1.005-63-g0d5cc93/ota_0/edge (build idf ovms-3.1.005-527-g9d8e44e0 May 11 2018 08:59:12)

Things I've noticed so far:

  *

    Ping response times are on average much higher than before and much less consistent. I had 1-2 ms before on an idle module, now 1-120 ms with average ~50
    ms. The release notes say "Refactor ICMP ping functionality", so that supposedly is no indicator of network performance, but I've also got the impression
    web pages now load slightly slower than before and ssh output also seems to be slightly slower.

  *

    More RAM is allocated from the 32 bit pool than before. After startup, free 32 bit memory is down to 1.5 kB (was 23.6 kB before). Right after boot it's 17.1
    kB, so it's not a new system component but also applies to our allocations. According to the task monitor the new 32 bit allocations account to the NetMan task:

      o OVMS# mo m
        Free 8-bit 47860/280828, 32-bit 1572/17828, SPIRAM 4113844/4194252

      o OVMS# mo t
        Number of Tasks = 19      Stack:  Now   Max Total    Heap 32-bit SPIRAM
        3FFAFB48  1 Blk esp_timer         388   644  4096   41220    644  24456
        3FFBE340  2 Blk eventTask         444  1772  4608       0      0      0
        3FFC053C  3 Blk OVMS Events       440  3960  7168  102236      0  11268
        3FFC55B0  4 Blk OVMS CanRx        428   540  1024       0      0      0
        3FFC9ED8  5 Blk ipc0              388   436  1024    7776      0      0
        3FFCA4D8  6 Blk ipc1              388   436  1024      12      0      0
        3FFCC300  9 Rdy IDLE              364   492  1024       0      0      0
        3FFCC894 10 Rdy IDLE              368   496  1024       0      0      0
        3FFCD628 11 Blk Tmr Svc           388  1812  3072       0      0      0
        3FFCA8EC 16 Blk tiT               488  2024  3072    1780      0   9872
        3FFD87C0 17 Blk OVMS SIMCOM       460  2492  4096    3992      0      0
        3FFDA8AC 18 Blk wifi              424  2312  4096    1792      0   5204
        3FFDE6D8 19 Blk OVMS Vehicle      452  2004  4096       0      0      0
        3FFE20A4 20 Blk OVMS COrx         464   592  4096       0      0      0
        3FFE3254 21 Blk OVMS COwrk        544   544  3072       0      0      0
        3FFE8934 22 Blk OVMS Console      560  1728  6144      20      0      0
        3FFEA828 23 Blk OVMS NetMan      1060  5828  7168   16492  *15488*  18056
        3FFEBD50 24 Blk mdns              412  1732  4096     108      0      4
        3FFF2CD8 43 Rdy mo t              696  1928  5120       0      0     72

  *

    Sadly, the SD filesystem is as slow as before.


Anything I should test / investigate?

Regards,
Michael

-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20180511/f759994b/attachment.html>