From owner-freebsd-doc@FreeBSD.ORG Fri Feb 7 22:24:18 2014 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CFABBDB9 for ; Fri, 7 Feb 2014 22:24:18 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5C081037 for ; Fri, 7 Feb 2014 22:24:18 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 833CBB96B; Fri, 7 Feb 2014 17:24:16 -0500 (EST) From: John Baldwin To: freebsd-doc@freebsd.org Subject: Re: GEOM meaning Date: Fri, 7 Feb 2014 17:03:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <52F0C512.8080909@online.de> <52F0D58F.4040703@fjl.co.uk> <52F0D705.1090402@fjl.co.uk> In-Reply-To: <52F0D705.1090402@fjl.co.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201402071703.11493.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 07 Feb 2014 17:24:16 -0500 (EST) Cc: Frank Leonhardt X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Feb 2014 22:24:18 -0000 On Tuesday, February 04, 2014 7:03:17 am Frank Leonhardt wrote: > On 04/02/2014 11:57, Frank Leonhardt wrote: > > On 04/02/2014 10:46, Dieter Lange wrote: > >> Hi, > >> > >> having looked at quite a few sites now, not just > >> > >> I still cannot find out what "GEOM" means (wrt disks etc., not > >> geography or so). It probably does not mean "Modular Disk > >> Transformation Framework". I am not talking of its use and/or > >> definitions, just the meaning of the abbreviation or word... > >> > >> Thanks+kind regards from the only person on the WWW who doesn't know... > >> DL > > > > I've always assumed it was short for (disk) geometry - i.e. converting > > logical requests to match the disk geometry. Eh? Well, back in my > > youth we did talk about the "geometr"y of DASD (disk!). For example, > > how many platters (heads), cylinders (tracks) and sectors/track were > > present. With ATA and SCSI this has become less relevant as you only > > get to see the logical structure of a disk (a load of blocks > > sequentially numbered 0...n). You may well ask why anyone would call > > these parameters "geometry", but I can't think of any other better > > name for it, nor any other word in common use for referring to them > > (other than CHT). But a disk's geometry was highly relevant because > > you (the programmer) would either be responsible for moving the head > > (via a stepper motor) to the correct track, or at the very least, you > > had to be sensitive to where the head was on the disk when optimising > > your code. > > > > I've no proof whatsoever that this is why the geom library is so > > called - it could all be a complete coincidence. I don't remember > > hearing about "geom" on System V, nor on BSD until recently (late 1990s). > > > > Regards, Frank. > > > P.S. The reason why I'm not 100% happy with the above theory is that the > geom library sits between DEVFS and the device driver (pretending to be > a device driver to DEVFS). This doesn't seem to me the logical place for > geometry translations, but it wouldn't be the first time a name has > ended up migrating to another purpose. I have always assumed it was short for geometry. One of the original uses cases for GEOM was handling partition tables, and MBR in particular is (sadly) quite tied to disk geometry since it still specifies boundaries both as LBAs and as C/H/S tuples. -- John Baldwin