3 ms·

It's a network protocol as far as everything from Plan9 was designed to be able to operate over the network in the late 90s sense of " the network is the comput

• murderfs 3y ago
  Yeah, and that's one of the reasons plan9 was dogshit and never amounted to anything. "Everything is a file" is bad enough, "Everything is a file which might be 'transparently' across a network" is insane.
  • tadfisher 3y ago
    Classic blocking I/O is the problem, not network transparency. If you don't want files to be transparent through latency/throughput boundaries, then you should also disable the VFS cache.
    • pzmarzly 3y ago
      Filesystem cache may make latency unpredictable, but it won't make open() unexpectedly fail with ECONNREFUSED. Most programs barely handle ENOENT, let alone EINTR. Also, how do you do async fstat and mkdir in Linux? I don't see it in manpages. AFAIK Plan9 answers to that was to not implement POSIX interfaces, and instead all I/O looked like RPC calls. This is generally a good design idea, but it's hard to sell an OS where all existing software will have to be rewritten for.
      • GoblinSlayer 3y ago
        Conceptually it's possible: async fstat sets pending read, then epoll could return read flag when it completes, after that fstat completes without delay.
      • the8472 3y ago
        > Also, how do you do async fstat and mkdir in Linux? I don't see it in manpages. io_uring. and a virtual filesystem may have to serve multiple concurrent requests from several threads. so even if individual IO calls are blocking in the aggregate they still have to be interleaved.
  • butterisgood 3y ago
    Don't talk about yourself in such ways. I'm sure you had something to contribute to the world before you made this comment.
• Quiark 3y ago
  Makes me think how everything including storage is virtualised on AWS, sorta like todays Plan9 :)