From mboxrd@z Thu Jan 1 00:00:00 1970 Message-Id: <15EE6842-4109-4962-86B3-B2DDE24A53B2@gmail.com> From: Eric Van Hensbergen To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (iPhone Mail 7A341) Date: Tue, 14 Jul 2009 07:48:00 -0500 References: <0F3972F5-D44B-4231-97FA-C6CE871B032B@gmail.com> <140e7ec30907130124g1a0e4c90m6d83a08516d95463@mail.gmail.com> <140e7ec30907140034j5a206e44oc36cc19fa805d63c@mail.gmail.com> Subject: Re: [9fans] v9fs question Topicbox-Message-UUID: 1f9240a8-ead5-11e9-9d60-3106f5b1d025 On Jul 14, 2009, at 6:08 AM, roger peppe wrote: > this is at a bit of a tangent from the previous discussion, > but something i've always wondered: > > why does the linux 9p mount syscall bother > with IP addresses at all? isn't it sufficient > just to provide a facility for mounting a file descriptor > (like the plan 9 syscall) and have an auxiliary > command do the actual dial, authentication, etc? > This has always been an option. The tcp transport is there (and is default) because it is closest to the expected behavior for the naive Linux user. It is also there because at one time we used 9p as root (ala nfsroot direct option in the kernel). It's worth noting there are performance/efficency implications for using the fd transport (particularly for the non-socket fd case like sshsrv) as well as the unix named pipes transport -- but I don't have quantitative analysis of the differences as it's hard to get an apples to apples comparison. Anthony ligouri has shown some really promising numbers for a hybrid transport based on the Linux splice command. > wouldn't that be simpler The code in question is mostly common, maybe 20 lines of code for each tcp and unix, so I think it's worth having them as options so that user space mount tools arent required.