From owner-freebsd-ports@FreeBSD.ORG Thu Jan 8 22:55:53 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E36F16A4CE for ; Thu, 8 Jan 2004 22:55:53 -0800 (PST) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0082243D46 for ; Thu, 8 Jan 2004 22:55:52 -0800 (PST) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.12.8/8.12.8) with ESMTP id i096toLJ007709; Fri, 9 Jan 2004 01:55:50 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20040108214759.6fd85d09.cpressey@catseye.mine.nu> References: <20040108214759.6fd85d09.cpressey@catseye.mine.nu> Date: Fri, 9 Jan 2004 01:55:48 -0500 To: Chris Pressey , freebsd-ports@freebsd.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) Subject: Re: Call for feedback on a Ports-collection change X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Jan 2004 06:55:53 -0000 At 9:47 PM -0800 1/8/04, Chris Pressey wrote: >On Fri, 9 Jan 2004 00:07:53 -0500 >Garance A Drosihn wrote: > >> Inside the proposed pkg-data file, the patches can have >> whatever names you want. > >Names that you will rarely, if ever, see in a unified diff >between two pkg-data files - I think that's the most common >objection so far. Well, we could fix 'diff' for that... :-) > > Not only that, but you're killing performance when doing >> operations on the entire ports tree (an operation such as >> 'cvsup'). The amount of time to find-and-read ten small >> files is going to be much more than to find-and-read one >> larger file (particularly if that entire larger file can >> still fit in a single block on the disk). > >So fix cvsup :) It isn't an issue with CVSup. It's the reality of disk I/O. There are already people talking about how we will soon have hard disks which are huge and fast, but which you will *never* be able to fill up if you're writing billions of little random-access files. Seek-times and look-up times will completely overwhelm any actual data-transfer times. I'm not saying *that* is a valid justification for doing my project, but I'll try to subliminally get you to think that it is significant without me ever actually saying it is... :-) > > Let me just say that I have some long-term ideas which are > > a bit more ambitious, but this idea is a doable first-step > > towards those ideas. > >Ah, well that's a slightly different goal than "Just reduce >the inode count" isn't it? Well, the inode-count is (IMO) the main justification of *this* project. I didn't want to try to sell this project based on some follow-on project, when I have no idea that I'll ever get to any follow-on projects... >Sorry, I don't mean to sound snarky, No problem. I didn't want to write up a huge message with all the details until I had some feedback on a simplistic overview of the idea. >but when you stated that goal I took it on face value... >and now you go and change it :) > >But actually, I don't see how bundling everything up into a >single (or a couple of) pkg-data file(s) leaves the ports >tree in a more flexible state, either... Well, because you can then add more fields to the new file, without adding more files to the overall ports collection... -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu