goodboy

> OSError: [Errno 63] File name too long: '/btcusdt.binance.fsp.dolla_vlm.pikerd.a82b89dc-0af0-4bbf-a18d-cedf6b129fa1' Very interesting. I guess we could try truncating it on OS X? I'm not sure about how peeps normally solve this...

I've also seen a new issue with "too many open files" as an `OSError` coming from this code. We'll need to dig in at some point but for this simple...

@torresnelson yeah not sure what to say (btw) bc i don't run OS X, so you'll have to do some tinkering on your own or write a test we can...

not sure why #192 isn't linked here, but it should be.

This may have been repaired already in mainline in this history (*i think*?): https://github.com/pyqtgraph/pyqtgraph/commits/master/pyqtgraph/functions.py i can confirm i don't see the issue any more when *not* using our fork and...

Boom got it. It's because we [call `await ctx.cancel()` inside a `finally:`](https://github.com/pikers/piker/blob/master/piker/data/feed.py#L574)...from the containing `open_feed():` block... Removing this makes the serialization error propagate. Need to make a test for this...

The "lurkers" said [LMAX](https://www.lmax.com/) already did this best with their [`disruptor`](https://lmax-exchange.github.io/disruptor/) project: - slickin [paper](http://lmax-exchange.github.io/disruptor/files/Disruptor-1.0.pdf) - pump [vid](https://www.infoq.com/presentations/LMAX/) - there's more resources on the `disruptor` link :surfer: I think we...

[data_pipe](https://github.com/random-python/data_pipe) is another one to check out (though not sure it'll have `numpy` support at all). Looks to imply it has some [disruptor style](https://github.com/random-python/data_pipe#usage) examples.

This definitely can tie in with #192 @guilledk

Further discussion with IBC peeps over in https://github.com/IbcAlpha/IBC/issues/67