Arnold Krille arnold@arnoldarts.de wrote:

Und eine einzelne Variable für den Austausch von möglicherweise mehreren Nachrichten zu nutzen ist doch recht fehleranfällig.

Naja, einstweilen ist es nur ein Meßwert, der über die serielle geschickt wird, ein paar werden noch dazukomen, aber das sind keine großen Datenmengen, nur ein paar Bytes. Und ich brauch auch nicht mit irgendwas mithalten können, ich kann zwischendurch auch Meßwerte wegwerfen (RRDtool füttere ich einen Wert pro 5 Minuten).

Aber wenn Du etwa die Serielle durch einen firewire oder netzwerk-draht ersetzt oder Deine Software auf andere Prozessoren wie den Rasperry oder noch Prozessoren mit python aber unterhalb der ARM-Klasse portierst, sehen die Verhältnisse schon wieder anders aus.

Ich brauche nicht portieren, das ist ein Raspberry Pi, auf dem ich das entwickle, und der Controller auf der anderen Seite der Leitung ist ein 8bit-Teensy, also noch unterhalb der ARM-Klasse ;)

http://www.pjrc.com/store/teensy.html

Schon kann die nächste Nachricht kommen, während die erste noch nicht verarbeitet ist. Besser ist es da eine Queue zu verwenden, wo viele Zeilen/Messages drinne sein können. Und wenn ein thread/prozess nur liest und der andere nur schreibt, braucht es da nicht mal locking. Also schau Dir mal in multiprocessing die Queues an, die kann man auch mit threads verwenden.

Das werde ich mir ansehen, danke!

/ralph