From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <2abfc8db078f981044b3f9e69934279d@quanstro.net> From: erik quanstrom Date: Mon, 31 Aug 2009 10:04:00 -0400 To: 9fans@9fans.net In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Interested in improving networking in Plan 9 Topicbox-Message-UUID: 5cfbb33e-ead5-11e9-9d60-3106f5b1d025 > Of course. My use of DNS was really just in abstract to refer to the > suite of existing services for name and service resolution under Plan > 9. However, I think the current interfaces for ndb and cs are very > limiting and the single file based query mechanisms don't really match > the hierarchical style of the rest of the system. If there is a > masters project in here, its to look at a revision of the whole suite > and extension of the relevant file system based interfaces. The other > side of this is then to integrate this new service i definately think there's room for improvement, but i would hate for ndb to morph into the windows registry. the main situation where ndb is weak is when there are rapid changes. otherwise ndb/cs and ndb/mkhash should make it unnecessary to scan whole files. given the database= option, if one could confine rapid changes to smaller files, one could teach ndb to only reread changed files. > registration/discovery mechanism to existing applications. When I > export, a flag should make that export visible to zeroconf resolution, > etc. what do you mean by export? - erik