ollie

Not dead, but in need of some TLC was my verdict

@Noah-Kennedy Yes - i'm also busy, but am quite invested in this crate at this point, and would much rather PRs progressed rather than stalled or died.

@Noah-Kennedy when you find the time to add me, would you add me as both @ollie-etl and @oliverbunting. I have a work and personal profile

@xiaoyang-sde I've been recently added as a maintainer, and I am still an active user of the crate. In terms of direction, I guess everyone has different priorities however, in...

Could you provide a bit more information on your query here please? Its not obvious what the issue is.

@FrankReh I've also been thinking about this. I think deferred work is the way to go. Partly because this is how [future is described ](https://doc.rust-lang.org/std/future/trait.Future.html#runtime-characteristics), and we don't match that...

@FrankReh yes, I think the work should only be put on the squeue on poll - I think that's more in keeping with the spirit of futures. I think that...

@Noah-Kennedy : The behaviour of your benchmark in #151 is exactly what I meant by trying to keep to the principle of "least suprise". Your benchmark is submitting almost all...

> It turns out that the change proposed here actually makes reasoning about or implementing linked SQEs kinda hard. I'm not sure I agree. I too have been thinking about...

I think deferred Ops are actually more important. That is because I think the behavior of the current API is pretty close to being a bug - its certainly not...