downsample & sqlite-sink leaking!

[rpj]

On charlie, the forwarding invocations of this seem to be leaking quite badly over long periods (these have been running for about 9 days):

ryan      3038  0.1 17.1 2233072 2090796 pts/1 S+   Jan06  20:54 python ./bin/downsample -i redis://u:XXX@localhost -o redis://h:[email protected]:15979 -p * -r 10 -t list:suffix=.list,limit=5000 -m flatten:mapping=mapping.json,include-raw=1
ryan      4796  0.1 16.5 2166996 2024552 pts/3 S+   Jan06  20:10 python ./bin/downsample -i redis://u:XXX@localhost -o redis://h:[email protected]:15979 -p * -r 10 -m flatten:mapping=mapping.json,include-raw=1 -t key

The cause isn't immediately obvious, though I'm suspecting the internal windowed cache isn't windowing or something.

[rpj]

Looks like sqlite-sink is doing it too. Dammit.

ryan     10794  0.4 14.5 1851512 1775812 pts/2 Dl+  Jan06  57:04 python ./bin/sqlite-sink /mnt/1TBSeagate/garden-bots-data/three.sqlite3

[rpj]

Looking at the long-running sensor nodes (zed, zero), downsample doesn't appear to be leaking on them. So it's very likely something in the -t or -m options causing it. Though that wouldn't explain sqlite-sink...