Live data from Hacker News

We made our filesystem 47× faster by deleting it

microsandbox.dev

11–20 of 43 posts

Re: We made our filesystem 47× faster by deleting it

#11

>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.

I have learned first hand with my agentic workflow as it took 1 hour to compile rust instead of 6 seconds.

Re: We made our filesystem 47× faster by deleting it

#12

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.

I can only guess at the actions of others, but I would guess it’s because your comment is a tangent and at best only vaguely related to the featured article? The article is really about solving a particular problem with the backend of their infrastructure. Discussion about VMs, Linux kernel syscalls, file systems (virtual, FUSE, etc) would all be relevant. Your comment is a question about whether and how people use t…

This is pretty common on this forum though. Many times the comments section becomes mostly about things that are not necessarily directly related to the article but remain related to the bigger thing the article is about.

Oh well. :) Thanks for your insight anyway.

Re: We made our filesystem 47× faster by deleting it

#13

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.

People are generally sick of AI, and of people who bring AI up in every single comment thread. The downvoters may not realise that TFA is by an AI company, about an AI product, making your comment tangentially relevant, and not (strictly-speaking) an example of the behaviour they're fed up with.

Heh yeah it very well could be. I am also fed up with AI everywhere but I don't go out downvoting everyone and everything who mentions it - and definitely not where the whole context is about it.

Re: We made our filesystem 47× faster by deleting it

#14

Earlier quoted context omitted.

I can only guess at the actions of others, but I would guess it’s because your comment is a tangent and at best only vaguely related to the featured article? The article is really about solving a particular problem with the backend of their infrastructure. Discussion about VMs, Linux kernel syscalls, file systems (virtual, FUSE, etc) would all be relevant. Your comment is a question about whether and how people use t…

This is pretty common on this forum though. Many times the comments section becomes mostly about things that are not necessarily directly related to the article but remain related to the bigger thing the article is about. Oh well. :) Thanks for your insight anyway.

You’re not wrong, and this is speculation, but I suspect you’re just missing the subtext I added in my edit: that some people are burnt out on the evangelism of agentic workflows in the same way they were about blockchain or whatnot.

Re: We made our filesystem 47× faster by deleting it

#17
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

Re: We made our filesystem 47× faster by deleting it

#20

>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.

FUSE is not slow. Our distributed file system pipes over 70 GB/a through a single mount point.
Post reply on HN