Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread Pavel Klinkovsky
Results of my measurements ('ls' in sources repository) Native Plan9: 1.05 s - very stable results Native Linux: 40-75 s - very spread results My 10x slower estimation was too optimistic. Pavel

Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread roger peppe
this is not surprising if you consider what's happening underneath: native plan 9 to read a directory: Twalk to directory Topen directory Tread directory Tclunk linux via fuse: Twalk to directory Topen directory Tread directory [ Twalk to directory item Tstat item Tclunk item ] * n-items in

Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread Pavel Klinkovsky
this is not surprising if you consider what's happening underneath: Clear. Understandable but very unpleasant. Pavel

Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread Eric Van Hensbergen
A few solutions exist: Use Op instead - of course there is no Op exporter from sources or Linux client -- but these could be rectified with work. If used v9fs run with cache=loose or cache=fscache both of which enables caching meta-data. Convince the Linux community to fix ls - I think

Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread Jacob Todd
On Fri, Feb 12, 2010 at 10:53:49AM +, Pavel Klinkovsky wrote: Results of my measurements ('ls' in sources repository) Native Plan9: 1.05 s - very stable results Native Linux: 40-75 s - very spread results My 10x slower estimation was too optimistic. Pavel That's a really long

Re: [9fans] acme line wrap bug

2010-02-12 Thread Russ Cox
acme doesn't always clear the right margin to compensate for the different amount of right-margin slop due to different character widths.  in this case is very wide and won't fit in the space that n did.  so the n is mistakenly shown where it shouldn't be. between the two pngs, the text

Re: [9fans] acme line wrap bug

2010-02-12 Thread erik quanstrom
between the two pngs, the text has gone was cut. long time bug. patch? yes it is. i haven't had time yet. - erik

Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread Tim Newsham
Convince the Linux community to fix ls - I think the kernel supports Plan 9 style dirread now (there were some bug reports against v9fs suggesting a plan 9 style dirread was possible) but tools haven't yet been updated. Any idea how 9 ls does in p9p? -Eric Tim Newsham |

Re: [9fans] Speed of 9pfuse on Linux

2010-02-12 Thread Abhishek Kulkarni
On Fri, Feb 12, 2010 at 12:51 PM, Tim Newsham news...@lava.net wrote: Convince the Linux community to fix ls -  I think the kernel supports Plan 9 style dirread now (there were some bug reports against v9fs suggesting a plan 9 style dirread was possible) but tools haven't yet been updated.

Re: [9fans] Configuring NFS

2010-02-12 Thread Fernan Bolando
On Tue, Jun 2, 2009 at 5:30 PM, John Floren slawmas...@gmail.com wrote: Has anyone here successfully set up nfsserver to share Plan 9 files with Unix machines? The examples given in the man pages are rather... opaque. All I want to do is share one directory tree (/lib/music, in particular)

Re: [9fans] Configuring NFS

2010-02-12 Thread geoff
nfsserver only serves NFS version 2 and not all clients are smart enough to try multiple NFS versions, so you may have to specify it, typically like this (in /etc/fstab): nfs:/ /n/9nfs nfsvers=2,proto=udp,user,bg,intr or as a command: mount -o bg,intr,-2

[9fans] Two questions

2010-02-12 Thread Gregg Levine
Hello! I have the current Plan9 CD installing itself into a virtual disk drive. Q1: How do I go about checking to see if the finally installed image sees the virtual Ethernet device for the system? (It believes it to be a Digital Tulip style one.) Q2:And this is related to Q1 above: Are these