- Title: How we made our OCI filesystem 47× faster
Your coworker/other account, messed it up last time you submitted it too: We made our sandbox filesystem 47× faster by deleting it https://news.ycombinator.com/item?id=48195883
> Otherwise please use the original title, unless it is misleading or linkbait; don't editorialize.
You're linkbaiting.. the opposite of the guideline
https://news.ycombinator.com/newsguidelines.html
- I've found that tar processing tends to dominate the time used to do anything with standard OCI layers. I have a more efficient format (that splits apart the layer into metadata+chunks) that I'm open sourcing soon if y'all are interested in using it.
- Isn't it really obvious that a user space fs will always be slow, and especially slow with small files?
I don't know the purpose of microsandbox, but such an article doesn't give me great confidence in exploring it further.
- That's such a HN title!
by moralestapia
3 subcomments
- >Every file operation inside the VM had to bounce out to the host through FUSE
Lol, yeah that was your mistake. FUSE is a phenomenal idea but anyone who has used it knows how slow it can be.
by nasretdinov
1 subcomments
- If your problem could be solved without FUSE, it probably should!
by cassianoleal
3 subcomments
- Is anyone here using this software? How do you integrate it with your agent workflow? Do you run agents in editor (Zed, VS Code, Cursor, whatever)?
Have you tried the sync feature?
Edit: FML why is this being downvoted? At least have the decency of explaining, I'm happy to adjust my conduct but I can't do so if I don't know what I did wrong.
- The site is impossible for me to read due to the colors. I went to lynx and i looks like it is about a file system in a VM.
by PunchyHamster
0 subcomment
- You made your filesystem 47x slower by NIHing it