Multithreading und Scheduling unter MicroPython

[Andreas]

Weil uns das Thema ebenfalls hin und wieder umtreibt, gibt es hierzu eine kleine historische Rückschau und entsprechende Einordnungen.

[Andreas]

Das klassische _thread Modul von MicroPython ist leider in unterschiedlichen Forks unterschiedlich gut ausgebaut.

@weef

Das _thread-Subsystem bei Loboris scheint deutlich ausgebauter, was z.B. deren messaging- und notifications -Möglichkeiten auch zur Interprozeßkommunikation angeht.

MicroPython ESP32_LoBo_v3.2.20 - 2018-06-28 on ESP32&psRAM board with ESP32
Type "help()" for more information.
>>> 
>>> _thread.
__class__       __name__        EXIT            PAUSE
RESUME          RUNNING         STATUS          STOP
SUSPEND         SUSPENDED       TERMINATED      WAITING
allowsuspend    getMainID       getReplID       getSelfName
getThreadName   getmsg          getnotification
isnotified      list            lock            mainAcceptMsg
notify          replAcceptMsg   resume          sendmsg
stack_size      start_new_thread                status
stop            suspend         unlock          wait

[Andreas]

@Andreas

Das _thread -Subsystem bei Loboris scheint deutlich ausgebauter

Ja, davon gehe ich aus. Das MicroPython, von dem Pycom abzweigte, war damals hier noch recht unausgebaut.

Ausgehend von GitHub - micropython/micropython-esp32: Old port of MicroPython to the ESP32 -- new port is at https://github.com/micropython/micropython hatte Daniel Campora damals sowohl am threading als auch an der ble Unterstützung für MicroPython auf ESP32 gearbeitet.

Ohne es jetzt genauer zu wissen: Ich vermute dass aktuell das komplette Threading Subsystem direkt von Vanilla/Genuine MicroPython kommt. Umso mehr schade, dass Pycom auch dort so hinterherhinkt – vermutlich gerade deswegen, weil an dieser Stelle eigene Aspekte rund um super top halves im Bereich des Interrupt-Handlings realisiert wurden ^[1].

Vielleicht aber auch einfach nur, weil zu wenige Ressourcen oder Know-How dafür übrig sind, näher am Mainline von Vanilla/Genuine MicroPython zu bleiben und den eigenen Entwicklungsstand jeweils darauf zu portieren. Oh Fragmentation! ^[2]

---

1. @Andreas

   Pycom’s MicroPython port introduces a significant improvement to the interrupt handling mechanism.

   In Pycom’s ESP32 MicroPython port there are no restrictions on what can be done within an interrupt handler. For example, other ports do not allow allocating memory inside the handler or the use of sockets.

   – Pycom MicroPython und Espressif SDK - #2 by Andreas

   ↩︎

2. MicroPython quo vadis ↩︎

[Andreas]

Gerade noch recht frisch und interessant …

• [ESP32] utime.sleep_ms does not free GIL on small intervals · Issue #5344 · micropython/micropython · GitHub
• utime.sleep_ms does nothing useful when called with 0 milliseconds. · Issue #5345 · micropython/micropython · GitHub

… plus entsprechende Fixes von Josh Lloyd.

• esp32/hal: Always POLL_HOOK when delaying for milliseconds by nevercast · Pull Request #5346 · micropython/micropython · GitHub
• extmod/utime: Always invoke mp_hal_delay_ms when >= to 0ms by nevercast · Pull Request #5348 · micropython/micropython · GitHub