Skip to content

Async interface #2

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
jhamman opened this issue Feb 2, 2024 · 1 comment · Fixed by #6
Closed

Async interface #2

jhamman opened this issue Feb 2, 2024 · 1 comment · Fixed by #6

Comments

@jhamman
Copy link

jhamman commented Feb 2, 2024

The Rust crate this project is based on provides an async interface. However, this project provides a synchronous interface. Would it be possible to expose an async interface here (perhaps in addition to the existing synchronous interface)?

Context: In the Zarr-Python project, we are considering using a this library as one of the store backends. In the next version of Zarr-Python, all stores will be async-only so we would want the backend to expose as much async functionality as possible.

@kylebarron recently pointed me to PyO3/pyo3#1632 (comment) which suggests "the next version of pyo3 is likely to have big progress in async handling".

cc @martindurant

@roeap
Copy link
Owner

roeap commented Feb 5, 2024

Hey @jhamman - in another project we are working on there is a need for async python bindings as well, so definitely something I am interested in.

So excited to learn that there may be something coming in pyo3 itself. I guess once a good pattern is figured out, it may be quite straight forward to implement this.

I do have to find some time for this though. Updating this project to latest dependencies (and features) of object_store has been on my TODO for a while, so hopefully will get to it soon :).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants