Skip to content
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

Tracking issues of goal: Make ofs running! #3782

Open
3 tasks
Xuanwo opened this issue Dec 19, 2023 · 3 comments
Open
3 tasks

Tracking issues of goal: Make ofs running! #3782

Xuanwo opened this issue Dec 19, 2023 · 3 comments
Assignees
Labels

Comments

@Xuanwo
Copy link
Member

Xuanwo commented Dec 19, 2023

This issue is used to track our goal that making ofs running!

Introduction

ofs is a userspace filesystem that powered by opendal. We expect user can mount a opendal storage services locally as a fs for read and write. Our goal is not to implement a full-fledged filesystem. We will implement features based on opendal's design and services capabilities.

Related ideas:

Similiar projects:

Tasks

  • Implement the layout of fuser::Filesystem
  • Add CI workflow
  • Add README and CONTIBUTING guide

Feel free to comment for the issues you want to work on!

@Inokinoki
Copy link
Contributor

Inokinoki commented Dec 29, 2023

Created #3857 based on fuse3(v0.6.1, latest released version).

It's really nice to have the built-in inode <=> directory mapping, so we can leverage the feature and only implement the interactions with OpenDAL, based on PathFilesystem trait.

However, there are a lot of errors under rustc 1.73.0 (cc66ad468 2023-10-03) due to the async runtime and some other issues.

Would you like to take a look, which async runtime is preferred? @oowl @ho-229

@Inokinoki
Copy link
Contributor

Inokinoki commented Dec 29, 2023

Created #3857 based on fuse3(v0.6.1, latest released version).

It's really nice to have the built-in inode <=> directory mapping, so we can leverage the feature and only implement the interactions with OpenDAL, based on PathFilesystem trait.

However, there are a lot of errors under rustc 1.73.0 (cc66ad468 2023-10-03) due to the async runtime and some other issues.

Would you like to take a look, which async runtime is preferred? @oowl @ho-229

I temporarily use tokio-async runtime in the mentioned branch.

@oowl
Copy link
Member

oowl commented Dec 31, 2023

Created #3857 based on fuse3(v0.6.1, latest released version).

It's really nice to have the built-in inode <=> directory mapping, so we can leverage the feature and only implement the interactions with OpenDAL, based on PathFilesystem trait.

However, there are a lot of errors under rustc 1.73.0 (cc66ad468 2023-10-03) due to the async runtime and some other issues.

Would you like to take a look, which async runtime is preferred? @oowl @ho-229

I'm sorry for not getting back to you sooner. Yeah, OpenDAL recommends using tokio as async runtime in some need cases.

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

No branches or pull requests

3 participants