Writing a FUSE file system in Go

http://bazil.org/talks/2013-06-10-la-gophers/#1

by mseepgood • 13 years ago

105 36 13 years ago

ZirconCode• 13 years ago

Very informative for slides. I'm used to worse.

Quick UI feedback, I had to use the keyboard to get to the next slide, it seems not possible with purely the mouse. Might want to change that.

thejosh• 13 years ago

Clicking the next slide goes to the next slide fine for me.

Chrome 27.0.1453.110, Ubuntu.

arethuza• 13 years ago

Move the mouse pointer until it becomes a hand at the left of the next slide (but not too far).

It does work - but fairly non-obvious.

laumars3• 13 years ago

That's a sizing problem. I couldn't work out how to switch slides until I'd maximized my browser, allowing the neighboring slides to sneak into view (and thus visible to click).

It's a pity the presentation isn't more responsive / dynamic to the browser's viewable area, but at least the content is there and at least this is an interesting topic which is worth my time scrolling through the slides - which is the most important thing :)

limmeau2• 13 years ago

FUSE is somewhere on the top of my "cool tools I wish I had a use for some day", together with Go, so thanks for posting this!

BTW does anyone know if there is something similar to FUSE, but for block-devices? I've written a rudimentary NBD server to read my old OS X sparsebundles on Linux, but NBD seems a bit over-general for that purpose.

zimbatm• 13 years ago

The Camlistore VFS is written in Go and has read-only fuse bindings if you want to have a look: http://camlistore.org/code/?p=camlistore.git;a=tree;f=cmd/ca...

deweerdt• 13 years ago

BTW does anyone know if there is something similar to FUSE, but for block-devices?

https://github.com/acozzette/BUSE

The disclaimer says it's experimental, though.

limmeau2• 13 years ago

Thanks. I see it wraps NBD, too.

justincormack• 13 years ago

Yes I thought the kernel API did not look too hard to use; FUSE support is no the TODO list for ljsyscall[1] which is a LuaJIT implementation of the Linux (and partially OSX, NetBSD) kernel API. Implementing against native kernel APIs in a scripting language with an ffi is manageable although the interfaces are large; Go seems to be about the only language that has a real effort to do this, other than my project (do have longer term plans to port to Ruby, Pypy one day once it is abstracted out more).

[1] https://github.com/justincormack/ljsyscall

rgbrenner• 13 years ago

The content of the slides is good/informative.. but the UI for the slides is terrible. I didn't know where to click, I tried clicking on the slide next to it... tried dragging the slide over, and selected a bunch of text. Clicked a few other parts of the screen.. Then it occurred to me to try the arrows. If I hadn't thought of that, I would have just left.

Why would you design something like that? At least give people instructions.

tokenizerrr• 13 years ago

Clicking on the next slide works fine for me, and it was the first thing I tried.

sciurus• 13 years ago

You have to click on the left third of the next slide, or the right third of the current slide.

4ad5• 13 years ago

I'm pretty sure you can't drag slides over in Powerpoint either. It's a tool for the presenter, the guy giving the talk, not for you, guy on the Internet. It's HTML 5, so it's easy to share with you or with the audience, but he is the user of the tool, not you.

/edit: https://groups.google.com/d/msg/golang-nuts/X9z59NxSvtg/Sj0C...

jerf• 13 years ago

As a NoScript user, I sometimes try to explain to people that for every site ruined by NoScript, there's another site that's made easier to use. This would be one of the examples of the latter. I just got a nice HTML text-ish file with headers for the slides.

joblessjunkie• 13 years ago

It's also basically impossible to read on an iOS device.

vanderZwan• 13 years ago

You make a valid point about usability from the point of view of viewing the slides online. However, it wasn't designed for that, but as a tool by the Go authors to be able to quickly churn out presentations in a simple markup language and run code from within the presentation similar to how play.golang.org works. There's a presentation on that, actually[1]

The assumption is that if you use this software you'll read the instructions and know how to use it. In other words, being able to put it online was an afterthought. Not that this isn't a fixable problem.

TL;DR: historical reasons, designed for different usecase, can be fixed.

[1] http://talks.golang.org/2012/go-docs.slide#20

e12e• 13 years ago

oh, wow - I always thought FUSE was a c-library - didn't realize it was this "smart". I guess I'll have to go look more closely at the various FUSE projects :-)

contingencies• 13 years ago

It seems to me with Linux's dominance, FUSE is becoming an attractive way to export APIs, since by operating at the filesystem layer full access is guaranteed to all programs regardless of creed... without having to write a C library, or a corresponding library for every language. This is particularly useful for shell scripts. It's still a tradeoff though, and *BSD'ers won't be super pleased if it becomes too popular.

koppa• 13 years ago

Yeah it is quite cool.

Some time ago, I wrote a movie database with fuse backend and data supplied by imdb. It is really easy and straight forward to program.

4ad5• 13 years ago

Linux discovering Plan 9 ideas, only 20 years later.

pjmlp3• 13 years ago

Linux is mostly about re-implementing old stuff, sadly I am yet to see many new ideas being explored, besides what commercial UNIXes and Mainframes offer.

eikenberry• 13 years ago

It was really closer to 10 years later. FUSE has been around for quite a while.

dmm• 13 years ago

NetBSD has a userspace filesystem api with a FUSE compatibility layer: http://www.netbsd.org/docs/puffs/

FreeBSD has had some work porting FUSE. I'm not sure the status I just remember seeing it as a GSoC project.

Some people are working on FUSE for OpenBSD. The GPL license of libfuse seems to be a problem but the kernel side stuff is implemented: http://comments.gmane.org/gmane.os.openbsd.tech/31704

laumars3• 13 years ago

A couple of years ago I used to use sshfs quite extensively in FreeBSD and that worked fine. The only problem was the FUSE required root permissions to mount (unlike Linux). But aside that, it worked fine.

Hopefully they've since addressed the user mounting issue. I've not used it recently to check.

krishnasrinivas• 13 years ago

Somebody should port GlusterFS to Go!

nutmeg• 13 years ago

The Wikipedia page has a list of interesting projects based on FUSE: http://en.wikipedia.org/wiki/Filesystem_in_Userspace#Example...

Writing a FUSE file system in Go

Related Stories