From owner-freebsd-geom@FreeBSD.ORG Mon Jul 3 10:34:19 2006 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFF2316A575; Mon, 3 Jul 2006 10:34:19 +0000 (UTC) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 324FF43D62; Mon, 3 Jul 2006 10:33:58 +0000 (GMT) (envelope-from pjd@FreeBSD.org) Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k63AXwo9067424; Mon, 3 Jul 2006 10:33:58 GMT (envelope-from pjd@freefall.freebsd.org) Received: (from pjd@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k63AXwY2067420; Mon, 3 Jul 2006 10:33:58 GMT (envelope-from pjd) Date: Mon, 3 Jul 2006 10:33:58 GMT From: Pawel Jakub Dawidek Message-Id: <200607031033.k63AXwY2067420@freefall.freebsd.org> To: uspoerlein@gmail.com, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org, pjd@FreeBSD.org Cc: Subject: Re: kern/98093: [geli] Detaching gmirror/geli leads to panic (REGRESSION) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 10:34:20 -0000 Synopsis: [geli] Detaching gmirror/geli leads to panic (REGRESSION) State-Changed-From-To: open->patched State-Changed-By: pjd State-Changed-When: Mon Jul 3 10:32:57 UTC 2006 State-Changed-Why: Grab this PR. Responsible-Changed-From-To: freebsd-geom->pjd Responsible-Changed-By: pjd Responsible-Changed-When: Mon Jul 3 10:32:57 UTC 2006 Responsible-Changed-Why: Fix committed to HEAD. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=98093 From owner-freebsd-geom@FreeBSD.ORG Mon Jul 3 11:02:56 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C02816A525 for ; Mon, 3 Jul 2006 11:02:56 +0000 (UTC) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFFD443D45 for ; Mon, 3 Jul 2006 11:02:55 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k63B2tse069812 for ; Mon, 3 Jul 2006 11:02:55 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k63B2sKj069808 for freebsd-geom@freebsd.org; Mon, 3 Jul 2006 11:02:54 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 3 Jul 2006 11:02:54 GMT Message-Id: <200607031102.k63B2sKj069808@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 11:02:56 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/01/21] kern/76538 geom [gbde] nfs-write on gbde partition stalls o [2005/08/04] kern/84556 geom [geom] GBDE-encrypted swap causes panic a o [2005/10/16] kern/87544 geom [gbde] mmaping large files on a gbde file o [2005/11/16] kern/89102 geom [geom_vfs] [panic] panic when forced unmo o [2005/12/08] bin/90093 geom fdisk(8) incapable of altering in-core ge o [2005/12/18] kern/90582 geom [geom_mirror] [panic] Restore cause panic o [2006/04/15] kern/95771 geom [geom] geom mirror provider destroyed (ma o [2006/05/27] kern/98034 geom [geom] dereference of NULL pointer in acd o [2006/06/09] kern/98742 geom [geli] IO errors while using geli o [2006/06/21] kern/99256 geom [geli] kernel panic/freeze with geli and 10 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/02/26] bin/78131 geom gbde "destroy" not working. o [2005/03/26] kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o [2006/03/18] kern/94632 geom [geom] Kernel output resets input while G o [2006/06/05] kern/98538 geom [geom] Kernel panic on ggate destroy 4 problems total. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 4 20:01:26 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5618716A4E7 for ; Tue, 4 Jul 2006 20:01:26 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30301.mail.mud.yahoo.com (web30301.mail.mud.yahoo.com [68.142.200.94]) by mx1.FreeBSD.org (Postfix) with SMTP id B852643D49 for ; Tue, 4 Jul 2006 20:01:25 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 25469 invoked by uid 60001); 4 Jul 2006 20:01:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=DR6ZMMwxYxNDawUq6fW5ZcVxVpJFSbfgmLvZC939FUtrJMGCtmE5syCbQIZ76IGtau0gi50AVuqeU7HYHkWwnQrr/T8gVW5ccb7JnHvNRGKQli9nH1kHqwoDeM57PWcxWSiDRrK0SR0jWQVjR8tsNAC+cTsYoHmDO+EEm/HcfDw= ; Message-ID: <20060704200124.25467.qmail@web30301.mail.mud.yahoo.com> Received: from [213.54.66.208] by web30301.mail.mud.yahoo.com via HTTP; Tue, 04 Jul 2006 13:01:24 PDT Date: Tue, 4 Jul 2006 13:01:24 -0700 (PDT) From: "R. B. Riddick" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1648963630-1152043284=:13211" Content-Transfer-Encoding: 8bit Subject: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2006 20:01:26 -0000 --0-1648963630-1152043284=:13211 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Id: Content-Disposition: inline Hiho! I just wrote a new(?) GEOM class: geom_cache It is my very first GEOM class and my first larger kernel code... I took it mostly from geom_concat... :-) It was quite easy to change the behaviour of geom_concat... The advantage of geom_cache is, that (even if we have a hard disc with a cache) we can avoid reading the same area twice. I cared for segmentation of the cache space a little bit by using a stripe size. The cache is always clean (hopefully), so that it should not be dangerous to use geom_cache (if I did everything right enough). I attached a bzip'ed tar file although it is about 15KB large. I would be glad, 1. if somebody tells me, what I did wrong (especially that license stuff and the man page (I dont know man page language) might be wrong) and 2. if somebody can use it. I plan to use it for my next GEOM class (geom_raid5), where it might be useful in case of sequential read from a degraded provider (or is there a smarter way to do it?). Bye Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --0-1648963630-1152043284=:13211 Content-Type: application/octet-stream; name="geom_cache.tbz" Content-Transfer-Encoding: base64 Content-Description: 421534077-geom_cache.tbz Content-Disposition: attachment; filename="geom_cache.tbz" QlpoOTFBWSZTWQd+w1UAUq//kf/2whF//////////v////8EAAQAAQhgPhvv KAAA16zRgvvgu+vffPvvb7b770NRfPe3QniR0ygUpvMxq6V9vFFKDxNPm1TF vfdL7vve+QPbu+7RLu9MPimvoBoPtuQADoBffdfc+3rVvQV20++tvPnW2+7u 9rT3vfXG+A+nyfAeu+33d1x3VS6WBqfbvu23V6fZ13dVu697e9vuDbeOW973 XjPr3qu+Hvi9z663u5u2t69yNO7o9d3YSmkTIARiBAAjTTSntBCntGqP1MIH qj1DynplMgGhozRACRCCEaCjTE0FP1CYap5JtNE9J6NT9SBk9QNAAAAaGjQB IJJCnpqRtU9J6GmKPJqep6BpGTTagxDJkwgyaMQDQ0ZBo0CFJECaU2RMRip6 nqP0k8p5JsU/VP1RoPUek9J6nqGgNHqDQAaABoESRE0JgjTQCCYTMp6SeiZT 8kyTNNDUbU0NHqep6m1AAA9QAVJEBAmSMRhMSp/qnkjU/SaaeonomaT1MhoG 1A0yaAGmgA0P/fKAD+D9fmQt/Zf4/JHD455IvNEbzrAD+m2DQit8QHT7vjr5 Hx/Wqz5LbbVhtkmtSD9AUCw09IYIQskgwzEhkoWCEogjEUzIB7QAycBaDJsM McIpaCDc+y/5WE+rddS8FFSSf9qIgbhMEVJVBD/r9zF3LZKiIiIimKSYqAmk ZKEoCCKamIqpCIJlhgIoigmQKShqkoppijscDCAoSokKIJKaAhkGlkkaoqIp IIRoqYKKiJKQqqgmaZmJN8j6MNJ5ZMJDhFhnTHX9xhj+50/d8+7yqCIpospL EiIaaDOOjQ1KUXz4GRBEtBRQU0MDJNzMMKYJigpJCComCbVi1UQUQUxSkDIN ZGFIkyUMVMy1EQFMzJURREDUUzQ1TBVUk0BERJUzQVEB1xjMqKJZmWJqYIlg CogaCCSYohlWZCgiSQiCok4EYyUsS0IFVSM1UUxDHgLCQJElZViQ/v7v1z2P 1vmzrRRzOVo1k3F1jaKsshw0YFOSTOpx3fXC/RoTC3dytzjUgEQ3U1zMrsGR phJN+nXY2OzsUf04OS/RkcdcCLljyM/Uj/sq+f6KM4ceNw1NrU3cjk3guSXU w7xKaUDJtCJVDTIs65jwx27bYXeMapDnYW1qDlLk42zKtpCpxDdZoGx5CTWB RjaDe4hDMgY2RRuwI22TgUqEokceaHhjKK/E4srOThJLNZpjYm02pgDZjctM ZTK3qAOEIzGlG4RlgoNDWWjkRRpsBpsGMkJGESbUakmXMI8g2zGEa3Scxtds VYDYOWjLtFcg3EjUUA4VTUZGBVQTrMCHJi21hFQ0UGsbHa9FtrIK1Yw0Wt8E 0TosCDTmJqM5JxNJxlpCgoKbhZQxmYb9461BQ0NBS6JyZikKCmiJiCloMzCq bbHBxx5z+PHqs/ho9M8rp8MstIIbDdCJNpDOllRr1i6rX2VuXQ9A8nIF3998 TfY/nY8zd2sfsfsf7mpD6mQeDXtuvY2Fi7btOGm/ZNuPMGdkwhG7L1SNX7D8 G/dFuNsvKwTV1B3ol4V0t8Cn+V2Z0HCl8EFsXp/dJrUc+H8f36yUstg5RZ4X vcKM4wxjOXj+yD/rTgm8E3VU0cyvfHyach0v1rt4u2vtWl24Iftv3cnHLjXb G7kxPbXNbX8bNz82vW8udSpND4HMMB2Z1VwK5Z8tEQNUFZ2eWQpCRRGpKKhK gSnn90z7d3qkwtzy/Be3VQQh70TKgzBxWYKb8Pf1Op+Wfkohz40IUUpH1leW dtvuHywK+cKQoPrg+ZPuIbIj6yBBOUJ+ieKSpl8z8OC45NgFBhOP+7QZiGEi NuyDR1PI8I/BPmsBjbG0vR4v5/gXuflw5L4izJMer3vED5ur+wSCQd+czLSX icB4OA6Zq2NVX18FYfgVF4m1ZO2uA4kgqthKXTONTfFJnaEmkiKi1SbKS8Mn fu8Qkj0fM7ptqX68OzjUPn2pI9KfEBdH76MIyBtOR+7mp+QP3CyMsKHhTSkd AqLPnsfgw+/9rANZMPTLvVGkYcfLHTjEfCw3daGGoznsQqvh3VHQHyhpspIJ tsOq2eCHL+2Baz4e76D4q9a9m7z+qxVxf2p4LCeohCCaGhePC8mm5fLxM48e IR7FPP686drHerxympLF6zycl3OMWtcUtxrhRRNCDwnCGNicalg7R8IFLhh0 GVwJ96PSb1IpX07GIcPco+2fRi+c6vPO6vEr6Paeho40tto8Ad+GvoOjQgwX e76UHwNf7E3XxXNoqRI9lh8Zqz1avaa/a9svmHz+6v3ZLnrjsGwxVK0ixdo0 qEC42PnRyvs8hBc3HJphaJgTJtOR26j0Fwk1De3gN7618n1syTX30+kgXNgI SY5EYGg82vpOQNNThnaxMp5tN8A32EuhDgjiGNXr6p6dn5K7YRZQ55ReAXUY Y29tZWHZ4iEQnE27KPJ3VTO2AOwe4EMEpnQ9e2/s8Pbbnwktt0DyXWLq0nEg yDsjJmmb6zUGMDulhKhXxxzu8eDTa7K7FBRaOXHmpIbp4YVYx1muk0DYtJLB g2aSkcExmNUGzjs2vOz3nv4x10xJwgqa4/9czlaj8w72MRvcx+DtDyecZGjx JAsM69Isw63vQ26h8wJN7VxXTzWJLQi5JUzyHwUpPuvs1X0Y0oRwwi1pbaUV C0db3up/4D3hzfOH8we8+0ZHtnw/sC0t5jp2DAw6+g+wbjme0qitx7hwNn0m PV4SzM5qORRoaxqehFHGmf3BTVwy7uUN6edM2Lueyion4wz0EyDxeMkvAHkD o+x3ekpojwB29Um9ms+SfnNj551FRXHbNtfh1PQXmHoP8CjI1JxOBRmfbr4Y aeyDWdgUh9AGo9oS8sguA0aP5tMgzCwCiwYjRVKlRUeqjRh3DzmZ2lHEuayY HEsXGBYznKx1F5el/oMSxiZFH3jhnGnzi2fPmbzUYFqPOZTTNgcx98yFjKZX OI2GHAwLZ96zIaGp3HvY++sG4A3f8XXkGtwr9fqd8HYNtUDzAupeGLzUn6zz wo7/bRl7qQqhHmVQF4C9nYPubnrhUHpHs+ACrwSadpsJGHfwVX7/v9THHVwd zPP5ItRUFN1px2oLBZfZYg0fXyx7Xrei6iA9suPlGpavIM+zOfmb048I9O9N 15+DgbIC5zOEmNsqQixebtgfMVbjzjxa1x/oW8nQRdXBm9sKZ7bA1gdlMzk1 jb4AcdBbkayabYayUpyONaUZENWL3UVPYrCKwowc1Sq8uTu1FGdEuxQGM201 wBgZOs5zHe4B6rmcttzHSxa234wV67LY5FKVUQKOXPjFTvv5Jc8THmNRjkO6 2N9clJLsez9+rFAeSdLrS64nIOP2oSpIOHqnq6Y3mIbKDxcc0LyxDFHrjkSF A+chcQkGo3vKQUhdBb5XI6yFqRcQ+fS83ry/RbnfTpjt2XzI/vMChIawUz8b h0Jk8DiLu2fYvb5ImgcUQExEPm5K7mrJbhlAHZOk9LboOSsRkRiC2aPytfKc snyQuI3lRlRjgRauy+gsDbS7p1wjXkUTsGBYJxmIsQbGtWdJu8L4V1LhW7s0 hsgKWKLXkl05kMaHs7a+Zu3lLbqbq6WvsSlI1AgmzecJjNKPlg20NN9OveVT SqTQNr5VdGqnKLVarHEWupMGTyCMYTeDwlYGQSVNVYgyop0ooVvJZjbV3Ly4 OiYWhjNnI49ZC2THs/07ubXYx21ju49ggDG60/HeJHLgaBQGrhXOgqmXbM8U Rps41EFFA4UgQcox67q4ERDJmscOX8T+/ieMj80P0EKy1HeOIRAWf7fLmMfu VZmfJZExCyHE4EIDkzJKcER1DYJ7UW9zS40RpfqFfeQaiJa7b6SDeW6jVxZP pDXexhdRgWkRJemxwud2mkQdhCY9FeWFpTG4E1p5pEPsZvWFZN+qY7Q3C4Hm KLYjEYo3Qet6cTVj+KWhXHdHzQ8kN03u/lyzjuvfazbiA1FLaECTU3BnbOGp aA8yOzZDPCucZqmV8woSTMkJlcgernjZ6TdwxoC7gu/qHYcz2wyKqJoSgaKI gKKkgkgnLNmy1sNJ/k+fTn73N+L4bIbrfMaHi17+pAfMs4u4kOvKfs4sNtnC OSzKCGEsWXHl+LrzV7O4QElOtHOfbn80mpE2BL5YWoIftUI7pMoxJfabYauz sTSCbI5HK4Qpdik6ZNDSNb6bIhRUvOjrD6/UWdS38GZX1zjPAtpCg100Z5T3 /Qe4EUPyQ/vkFJS5GiKiRghbTqx0hnw4GQBqMwxwzFsjEJf/T76oaH56l9sO HpDZf4L0Ka81T8iTTleFUg2CBnG7wks/9excWQIB+yXeHPDv1nhk2iimmGhs V1lPl1hzJ0MxT84eU77lw96Pn5josbexa7CLql+IoIFahwiPqZ/U0HDSj4I+ 5HH4ivo9jVbalMOjHDH2Sqi4dWMysxta97xPqRJ/5VBngHCCefeZj4cOMcT+ LTRyP+50h/JI3XfAMomsiNuP9tiHbuuwaUzyDuoqvTsNNfMZRJFjnTfqOLBl /LM8EM4RXVHxRvEudVGhrKwDgQpj0bSsbH+XKdIwgyEUnhGGHOoDMR53MS4B q2mXFaFLXi+QwLY+tgEu0OTnvBn8Mxy43XQ+7e9ozXYpm1MuXGwJ1tBPv1Pg QhMuJZzKwurHa6pnG0QUIsQ1EGcGllTdwclpdqxNRjOq/VTqoamJblRhmO9t NHmqMTXRr1wIpipkHj5/SfPcaumUFvIQv6fBNzm/Dz9Z3+89vcdBkZLXBqHb 8NptWJgYPwIhxA6WxfKyU+T8/JhnX55Pq056iniLBMId6v0+2PBUEsklthHb ZgSb5DEhZrxpoA46ZV95M+KlpOypEOVl1l4dLlOx78ePm4fM5yNASMMoQkhn bXBnLVJ43/VMrZ7uSGLlQ16q1trOytv9dTdrzvlOY6n4iO3Y3P+ZPhwoKImb EUn4QeKaNZ1ygJCFFlyfqeluvlvzborvpu5fGyT0r4U7PnlqMehOFfXt0S6Z oXLbE0bStq02Gw+/W3BPDXfe0+q0XtHgz451tNF1bSLabs9ZOPUyJ9JJjGFV V53ai0qLYCTHGIPoX3UPhK6FKJeGFO6b1Gv7emFjvRphlV98OEvOUHJOrztf mU+TymdlDGqQlOqiGzZedurbYOo1E2HK01iyTWpvG70duk8Cx5HfTRl92y/P Gz7L7TXRZjU7c/PZVGieqm2zFVRhS3r45RspdcOHrVsq7ylNGl+Pq4TiN2UG mr1W7rKKuacFCOyFkMjm72EyX0HKJhJMk0gUIzUhQ0FLMswkUzTrDEoYnz8h wNMKHjIUPmzOE5UKEkcpFyFNrbRWRCvyi+570h0FljvHkE2C8tp8nfmbMy0T CS8j/U1FUGg3j3O3yFMKBxxHrFzdUxq2M+MWj9S27GDZj0c0ujvgGIg2i8bN vlFVIETEdkFOkLMd0ioaXcmV7t+zbA9PcU9qeMSDFCiQdLBzyr+Lt6cbd6Zu Qj8L5Xmsy/SQubdbZx0P8a3Pe7wf4nKoWlPOgyrsMaaGquv9oGkarFwF+FVS xtNjGnQ3R3MZi+M8ii9/bp1bJh12ZbDDvqPA/jKPt/WOvQ4FzEz1dHPzmWLi +z19NuvXlPaedG3u960Oe8b+rXetbrpfS037VdanD39pFlNa1wVvmq579EFX b8L7ZuGi6Hohh4j2TixggcxWsqvoZcbYl6LooOusPIYYeLUepxoQobD5JmQ6 68a06/GQIJbmVWW7h8M2uPZx5YAsVoELeEYKFQCMuSnePoZvuHPMN0tVkJ9X D5KqrgShljrB4bRp1wpBo9ecnTRPK0GEZyTX3a+1eLn3F8qFT6EEfUz0h+O0 3JDWKiTdSSbIvBVio7XjXY+Nid9NAVivaZUF6J31VayJNGjFgo1lhpRVHuvD NCo2nQqPwym/la61iypfsPh8YPipZW6kelnmYifmcEOc1n8AnaXmdNLZZXkf ChPSHeFhRSUqKIZBmF0W1WDO1joNar7EOYdgULJXW2W0sTUI96R0UHT+6ii5 cgc8P21rJ2CH3EfLASQVT+CI7B0Zk7Gfm8Ic3todehTV96o0pd3brT7vh+LG fE9eKydDwwmgDWOnqRxUecUOwfyDjdc7BvACTmfm55D5T4j7ntp6e7x/ZrYH KcCbigpItXPEO5wsGeV4JWatkLq1NDhVcgXcDK9RwmBlhfbAF2R8TQfjaOzf OBC+Y+/iL90kDjJ8U+1GzRDCUy92ybwBe6MAX5AD5QBgHwe97hOt5fgfP7Hz /o/N8Xf+LnkOQcQ+V50+Wh0yUwBgwqXxi4Y9dgw6+60iGEGGODVhMw9ET44j 2PtcADTo8TcAPu543wfCF/px9ORS203MR7gqJmpjdDArQrXAK6q3MV4L7FK5 evLQoDUjopdpl7gZsY/ijFUH6tHBCG+tNlrzsVOGc/m1bIYpj7oOoA4SEy3B iOAAeGsfy0+oAcTzXXfvmRK09XBcY5jQ3jq7oTxY30ffK/mfUHL3OGm86dds XkDtRkQFjsdzhGRSapaqoxRVhogslLDXO4AZzdwLBjCyAYd8dJvMmDGV8pIj OqRGZ0Cftw9s11tXAA2jJGlqoFWTgRc2znLhhaRwJ2aWrkXJXio1JHFks6zN TZS689H+Nr4EVfAiQ0dPgjc0Jm59TCTetXiCH7Xt3x+2enfX9VwOp6I/o+X1 nLKQfyQ7rH+WWsikk09htzN/GfI1B/jz03VL5Bi45DZ0YGB9Oav0eas0SiV6 aQuGppzdGMsFo8NdLO0fH+m24Ev2b22Hy3i79yLDRsxcJ8ZC7BNrCjKLtunx 4/t92J9Ui+zOvDnOrXO0a66x9OY0kRm81bY5Xpl9GFlk8/etIDYizmtknuVR LmR+fdxFcUYZ+HjHcxa38JEaMnPQidKgMDjuUATMAeamcNpJ344BuzRhhvnC rDvlGxuNAWCPuEWEXZtSlJ7FsdzI2u2+NcN9O6iOt9vv1WTusmIQIULrImzu 3bNVteyerWqNoOmm7pt7s6ba7oQyBbMN+zKXNvc34QGX5Gc+yGxtvj88G9dn ZmfLmcDZqPM5nNXrWxxkzK5NG2nSSzD6mD280Wrt41N/rxCJz7K9TQemHkrs knPV1uE0zbk2dLm6zR5/aBIml1bGxpZIj+i5iXLkPt9vvqfMQJH6/hhPnvdy g8M7jLJblpoIR7j1Z+CX7xf1X7CdTfAiIiqppZGNsY0mNxkmjEBhkEStGWAN GYWBvOBpJkCICSrFNt8D4odoSldQGSi6ZfgzKQyHUhwI1b6xvVBgx/J6Q530 HbWRsJmEUxcZ0XMN0ddu8731PjaUKqjSIbtRvnRa4yPNcmFcqqj3QFXvwv6t +Rbf4rpQfRgE+wD70fe+YfxikiI+0KT2GQexXarngfU/VpCfWSgwCvyhmy5g Nb+uwYnAZFw3FG4W/I34GA/EYn6Sn0BTeYJrJzPMaw2w+Ko2m5hg6LH4aolS qjf89eK5udP5iihVx7aLp509SP63SHwdipmCQDOBAk17I2Fs/dvoJOP9NrQJ JR6jI2nMnMUSG4xK3lab6YErWDFnqZjQw+hlFhicHhHBGJuwtVVVKqqqiE11 DpxgMAgggDDoGuwdzEx2xla0bbNSVbeJuuWlGC0xcCbRQbDDQ4ahUhol5bi3 4Zlgfk/JCLJWvxXNeKve954U56HArvLH5DM8DFJZ5pYrTMwisJsq5oWlp6Dt yYkzkj9f1llxpoXKMh0DYX0xbTolRamJqeR6zgbdDIwNDrNsY7aaCt5tYmhc 5Ksmw8X6ZvMBmRkdDach5zi5xwMcszGcw8io6ajux6UqE1qaVC4qSek9OaZn Aok19SqYFyzWSkuKS49GzAa1Nf/I/xjtx5xpJFDPwOBq9Ub8Cqk5jI4OSvy3 qSMpOPbGSUUlIcSMCxZPcwc8om55j0lyxRQqhSFROotESwxqFGstOF3STfgZ FaF4YenApVKpXWYFjPrU+x/LbI2HPJsGgxLHhByiwuJzih7Mo5hvJy9KZHTP XN1Z6JUl4nO1GxTDQ7xRc6TnMzZlzSWunrGWw5SjeTYDlt3IOLlAHZtjcX/P IMzx/n3mhXz47xMksASDujXoxEMgqkYJIKhPCroPOF6yjyd0X1trJzE4YjxL o549cG04FQIGzBuzswF77gtjAxW4mEwuBlKn2sslqaXWoUGQyEgcqoLUBak1 9b835poYvyv3pXA7Kxnqo2DcUXunNUVx0rIyDgFrGUrEp4VVOcojTA0zKn+V 4dXm2GQ0k2lixRYVFyWMpEeZFEqkfFsM2ZkHhIcRmor2cXcaLU5SSnpXK/Ux 5jLQGRoM5eTCct8tJodd42zIqRhMA7THLDinqGgKT6UYlFQyNh3puLGo0KUc DQ8cOETF417zoHZs8sTBynT0HakveJ1OJmbPYe65MeZiWS5tVHXVlp0uFHRg yJcolFDsKFmPotRvFkcuJuVoTRM7xvGJ1vMZlZE7FzvTbGJMzAXNkFDVYsFz cWNqjCMDlE5Vm9M0tbXRMBzDQuWLlGRLFFuDAUW4a4mLph2E3m0qYli0osZc I6zYFxRiYm4cejInXvG0o4oHBEymVwO4JmQGNjlQFpmOzbBheTpS2d9749Jw OI3DzlFHNW9SYhbInIwPbR5sdDSL1DtxM3OJiY7S4zhjMihtLROlNhuDU0Gg tKk6qFzHo0NtC5q0MNvp6LYHgPVaDek1k1LdWkG+yfLfq6vVxNg7Sf2HcJuT pMoI6G9p1GKcTHiPObInSYFxLjDWeibV9y5KSbTU6jEu44zaMCZFGJhdSebA y0jUqTTsQ3ltlGIosby4492BiL0kqG5sAtEXev0t7vaQhi/x+8i3f+tGiBOh H95sZhv943nOPFH7SnFfcwr9L1v3/EeANXho9c5vU/cFnvX0F4wdo7aXq6h9 SnlBGUVFTu/B3dul0numQHvUmfH1nosEZSxPpt1pdSyx8rGyZxTRxqZwumab VhsyPftd2cae3UTuNZrQPAfSsX94j7RPtAuYGtT+M/aI+M4SzTBAA7IEoMAw QaXeDtCwhvXI2Axv3RqaEQnk0qqRvR8hT3G2GaCez7dKLgrRftzcxPcKNjDc bCalOALygyMVoJRdITFJRmJ9BGzQ3K74/Bqgh7ToJ0GQhOqbhNV0NAn6IcNx LOSTkUlcIdIzmkmjhsJhGsoHA4mLEp2bkbCSRMUHdum4ckGEahMUJXhAxczn kUpiYJlHPBHR6hwnvRgLd4mhHtIV7QDltkkR8P1QTNL2dIORw6a0oMMD+tSY ZXHYwuUppHQWDl2Lk/LUZaSfxHafVCtzqoFpSqqvmfwrRfwqxhAcmKVA0fTS mXShz+IzAZ8D9kNx7TChLC9Gu6k6JCQqTzQ+CzEmiidUZwwSRg1KNIxjGL4z 2PInGPQb3dkowGK5Q0SZnj+mPKa5fL09Oy8jhHGMi1qjEwmcGcifBT20QlzL w9C2s42fXvUbpjuoydeZ5qMmNWMKgt1MNq9mpaMd9cQxmxQYxiwZ/SiXN9/w wIWF0uJj8y/jYbORQM5J0P2jemmIxbtqPPJ55siLjW01T3+s115waAaRT1wL sdxx9iHCOOGATES2gFVvC9x2FmkZFEmFBRwwD0ZbD3yj46aR4JaNk5qPzh9w MD6kc8cx2+MfJzz9DCAUysrdJfprr9DjCHfv+iM+gpuIc74ijWhtXuVtxGtC gfPnoQzv6dYC2IF+IljnT7P129ewusZ4yk+ac5hId6/vgbkW7mK2Dq6hiTVu KtQGJulIGS/ic4a0wjJ4my2xvFokgx8cii6HY4IgHHT+wKHwZvIGopIL+1X7 M3CAQFRcFG6glB1F7t7CHKj0GMZzgEOdYZP0ubAZ3De0kNuXxKZgxkYhskgF mJCWXrm3u1UZai4GHaBjxCrRNNxxrQTQUupWC5EoDy5eg1O7xXRFZi1jgWLn eUIA8d/Wbv4Z6HQl3cN1FQKRo5Jis7iKm17AkY8ZkRZiRVVKALDTIiCr3kC4 Ni0klN166BDPBxiCb/FawbKdGoo5UKceLOxFyO4siCTtGmketlFWLXaicvZf EceikeWKcMCIOuD2BpM2nHCiFK8IBmF5jHGXKA0Gpk2tUUUUQSFbioQJBUkJ M1RxuOLwbg1CFXr/ok0xLLUq6ylsZ2sLmaraxzR1o6fRlgdgpzIyA8fJTgYM nlNJleQF+W0p1TCaMn7PTEKcLElBtueTYGVmSERrypi3bh4I5hm9soQQdV5i wJ9SuefnBSBLDw+M2NIZ2ykNgNawO1kIysjJprDTjJjo8k6rO2jiBucU0mxK 3iHgFJFBZidLgHkUWcMEDxg2BQZ+F+Kx/USbEsGe5bRnfpCjZD2AT9S+OFWs GnkCgnKI8ZPWqKUg2NjLj2ojGioGrA3VHzBtsinFMkwbCxWQhGSJg9toFGMl pHQAsQsGGuc1JJlkZMrfRdiqphZa2+Ncm0xSLlAulfsdT4AokqYiqvLrgPj9 x2ksLbNkSQhDqowwtdXjAyaP1QIxDpMYI8aG9DQDn5oLiuCgdx/cfRBqwmbQ NunTVYLuPwYHNZkmm0GZLZUdME8zG4eQxQNsbECHOlI8qvVUemUNnGVLcjtX 3YQzUUU6FLRKpUzKKGWUTLne0ywZpaUZGyou1p2tufGWJg4tY+Ci7001pm80 bH2ZtHfXrEGIf5iHZjKRn+VBEjJ18fDzQ0FBmOqulNEtnaTNYVlhwj5INaYh PJJad2QItWXWYIZpRJBclkkKshdM90qdAvrIHH6bo32vfhFm9GFSZAiDSaos wjSElwN6XOgjcUMLYW2m+nHK3e5AHL2cyA3rbBxNa0YambnB2V8qRjlrHB54 mNg3dY4vTJkWNqgS45HWdHPFqIk4OHeLuekXAYybG0y7bDHA5hRfU1+DlrbM LKtFN1bhixTRh8N4VNAzMIbLuRqBtpQyWFYzaIg8hqwkYny3xLZhuk21AW4C lyvc/fdq4xtUZ11Wu64IWrTa4tKzJFnOlF40EtKsUSNwoNHVovaC7MLE2pxG Y5CGYYbHMHjKBsSj2OjKQekop3MIPGdgnq+TMUexXqWIzoNJruX4iDuOFQQm IhgFWRcV7qwg0GgO0t+xSiNOGC161/S24m3LQuLQINGHAvaQ4S0cLTiKU8IW NFeIzmq30HrsY8eWO+zwB4vnDAXb1bHYB1BEbu46LJTilzZLVAqXQ8yc8JIs CO50i+N9EL8+vkhjxJzWG0TAgne+Q8+q+iT09plcXadGriqyQCoHJB8ar1qi bnAVHqgZjF4RaAkyCDwvcLbw5rurXgGtMyymiDIEIIRwqqowCJnCBlnzA0s9 7MrhnxDrhQdSvpDjDXzZP4ui3VVKdHyPVdgntgYODzBgo2Gzmr4/B2oRGgIJ hQBMWNoMfSkgM2Zkb9Ol+LSW3xScw5iVXhptZNe2cD5a3hoQTIXtNEdyLPXr B6ye+fewPCEnJFmJeQaA+mGmmKI3GjBS8Y4SI8qB47jx0ho4yz3CpAJFDN5A 8whzY/DEtPP0nu9d7KoGszhfNSdj2ysRpD9FuRA2Ru944iDBMaA6ZONC9uY3 SOnGkyDLRYIZgnZ656j6XsvPfdVpVfJx0ubYbaSMKIqG0mxjT2KQkKdE92GO IDQuqalYMx3hatRUgYm2oympttLxavhbnMR480I9+UzU523cxnKc8USN7CAw ehGXia1jIGPRMtDkuCYzvSRP6QznZGPyp3WkHwsnkG/bN0gOtuVaMozINuRk InBwbMZPUmmC3uaJoaGcCwLfWazedeLcM3UaKClTZSmFiEQhFNEKB21dvXPg o0AG27vVsMUEz5Wj1O3pk7iWnc3LOWDhxOeaOfhpV3gnAXMlEyOOIQ6YyEgU cjOQwZCMNTtshju5JceYsS0V0lIWVzjwE3Y9R2kXtElEkCQYXPDQ+7dvAgDb uXMUKGvefu3MyePqzJZ+gjVNNSEKilmJhA0GYWJmGECCHl8YfSapD69001LL MFS2hQw214Vq2TGOo5FjGy3xCa971duucBmJL4SPl84eYYNHAuJFg5KUxgSO Y2KPGMvuZlRREBoP4TNR3N9HuPql+OAWSTjUiqkKJWGPwnvgbgRX3z3ETgZq oKoItLDgU7DEDpSAgR2GhNJwS3mpWdBSVKi9zLxAqI3iqQgWIyMjF9mKb0rI eQE3lDcTabtw8ZgRjovyPduakM3RS0B+bDMWNNCFKWAtUoDgbHzEVMeIicno 77obkcgHE2ayBOOgN5OSxfzYcrkB+DTRCK6EkeYqUwCYxORN5zE/8g0bQnyo a1hQGSUZydtUAnKmNsdSvZh5sCkTXEHMMECMDaJxAoikkJhTA4npDogu3oO5 6dt4iYSR6+FIDhHqCCkXR+f5T3IC5bgELOeVpRVES2l3FtxFjNICMoXTOEbB gMjY4nP7iYLYUHoM/kp+ct56okhLUd4E6phGS+WFZyNhRXrLVRSUT8VS3lEs riu7EAmcvKA7emMgOzcJnr8SKGIXfSygH42fr/rOFQru66OneGr/eCXRLqBx ApDMOFVKw/KDPfWmdmGUzuBjOh0S3sjnHqvaIqd5eOeOPY7MvM3a8BOYBM6H auHOQIQeTVNG2wR6UkBK4oZ88/Bay7ihIgbOW3Ub6DKG3ZG+wNMrU5EG3rr2 X5lPBeIwT18YZ1jhAh+gI7cU3MDhdAxJ8lrTGLmHPpQ2/Gy1ZqDPvgbCO2Xq roF4k64GzaA7FzAt2HDPNpjoCqhpD9IsAVzlwzzIa1YPthwxNEQdgSQwxgEh qqhGEF5AcCEIzXqeS74UshimgzvfqXcB2M6PkDPctZlrc9fT665iSEIEkG3k mOuXMIBMgKVS7Nb+uH3g2ag2EZONQQWY4EU5ZTlhUZ4w9kgGmikAY7tnv8Ar sEDBvzDxDMkJtgwaR0CLj8tL3SdQ4GQwjBPoulKGfT066rl7SGjxwd9KUxOG 5eIJryOu3gnKjmCZ1w3u0KN1q4wKGuSbMKQ3XM5IOSDwaYwHSo4jjozDsaoD WkPDzNkZh5M1dEXcEtkIj2wBCl4i35CmkDylYXSBswFxgyNjCCYtyzAKYjBW ZWOsSrApywKVq59+50PCEeeRHaEhc7WYmIiAhRxweSEkowagyDJE5KgkG0wc ZVWczDAbVdsYpTW9Y3kSSGoTW9Go1eLdF7ngdzREozJoj4MXVPAHYNIRYIhp DQNhAfZNuI5CmByF3VQhsQcUWSEIl5FzFkOv15kHl0a0D7GDE0TDuqLnd0Oz tllEiwmSM8YQZdY4IQRA7Bi4oRyORAQTwezEEjhgMjQlGRk2xdRoJMJJSyVc oJAdKzJi62wBnWYM3cgUYPg0mql8oHMYyAEQkIkdAS0pR6YhcQZ05yVp3Tc0 vf7/5xtrwTLKYaIuRzDNyNtsyI0qB74mysDxD1HQ+khRbYWHEx7ulE6pJMtZ xVstjeS6pbpLsZOFdULFiu6mpIVggmYQ7xH0HLpDKit4txNSWIiSQ2FI1FXW EF5E46LIb9CwEhCJFIQDtsDleIao6OO/t5KO8hkIa1rSiWBC0BOgdnOGrvbD kwSYgmwDOHPyaVYARRiZr9wWuXyCgQySkYlaNHxwmnx10wPhTZT4T0Jsxzc0 fvuvvh4Sp0cS9x4temeNck5Rx8B04nr3cBMtwEJBoFDjx8BQuy0l0XDj5Kla zI3SP0EZK3nGRjIikKNMqJH3Ut/cDf2uGDbaSyxBw4cODMpBrDo0mGq6Gpbq YYseqNujKtUMHtDHpZsSlTakA2GaN03aZIYYbQm1RQ0FI0MSGwbu28Gogqqg idWGijDADAMtUkdGRyDZrDpB2V0k11iHiof2OPl7Z2m/JVrYJ3poAhIGwpOk Py1vc60InOtBqCdF2MMmBEX/BxXZuNhBzl2hg4IkaaPkiCkWomGCqfqr+amZ HdLpO+eTsMh8VQxATAbQsSWNgGPf3dywPakAclfkH4KVAsxkAN5B+vR6ZuUM SEzwXEj6iBi2NRMEsjCWxtoNkiEK0NRRSe+SahVyldFx0jLAhKk6sYww+voM uBKjRGUMOr4egWAzBuJC6BU6WBSA2waBtNjdFpdDT0tNW1S1hYISPjiUxgMx g1GHp8vMFbPJjmRP5TdYHwtzQXAimzs8DXh8NddV8ZbYjoQ0cVJNLSEHSZO1 HqxG8bGYzaA3okV01CQ9aFoHgMY+7WZ3WEegy02C6OzlDexgAwbB2EkDMrja V5yhuDppEnwZOfcSioiWMw+mByDHgokgvQTDfSRDxXAg8QqZKkkoXnealz/4 o76NCso6U2SVjILuofagCqVTdF7F4iK1SJAe9NkuKqlKwhByXi4rH1W4/Tme XGviwv8Hl+IrAgar+lPJiwkOxJ3DYCpL7APQ9OdFhF7vyRsoJI82dQzhZyEG dYBWuDIPSFzXQKszmMsHWDSxu2iwMaN+BFI1SbtqV6bQUYqSrWibkuege9eY iGawabuDBYWiQafa8p5roawwYwUM6/WyK3HUwaw9xkNFrQXDylsys+byerkQ PEcv+z5Z9PaZ3IkFz5yHhsLZb6CmRvVGFiqaYYyAHdRdr9+12GJQgzz8MY8y kZph3H9DmiPSYp5tMdD49Vp1EU86hR8uYjQYhNmmRotiSVYr2hGgOuuqdkO4 4DQ9aVQtm5l4KK3sKbRCSMJxGkN5rWRVJkNsX+bsh4tTH1zSpKqiobkW5ULG B3PeQjlBoi7R00vMNTMFIabAihQQ1I4KZAUMOFk2hG7Xn4AI90nneIMkLjHe z+VfVug8GgdI09qHUuyxDLEIYjlKl78l0QXigKtIFQ7KnK3z5SGLkZANJxBi 4h8ZYS6XISND8oC2cH2Goei7XKZDQaywrB6HLTaiE5AMy2LzbBCWIReOyjXN zTETGk2SHm9yLY6vxZrVF6RfokWDWppVeDB0VRJUKpF6OLGymV2kL0FmpQEL SkpGSZa2+qG9UwONbdW4Pr6P/7SgkGi5Lf3RBr1F9gWyn1yTEipi34K4Fo9F FrjHSgO8hnoIX6gl9LL5NNszivjnXGK4+QkYjdpBNTaPm3TU3URSyEUqAdms BiEckF5aQt3NgptzHprOHPRzQPV2yytXTAwQoVrKRjixNLAW1XtraopbHbyM LwOig2MCTOGNMbRDUKitEsUAWv4oloYAZMLDMNjbwWiVQQhSwXd3NzlIkUsi 0RKHybhIYYKvKbFjbkkfN9TEuifeUQbipZ2QnBRQM6TsMIMwwTIHpOSWgwIz DUNUVDj1BkXxMc1WC5F8xvsAnwHwrjUEpXgAl0CYbhgcUSGjYklQGVstDD+d kl+MpK4SLdogNEJgY7LVaAQGcLx+U2QHEQORv7nqcbd1qli+OxJoHITStAQS W672VDmjIikIAakgoJsO3rv4wvdwbjZz24xLBwtegULpK71eAYsJOK8ZCfhQ N54dEVDN8Gh6vrTtPQF7fhQQPMC/xkd7ZK1YTyIPZEda9xsqH6pQwm2vt1Js A8jzjz7JF9xDwBB3qmvTnPTAeU4+IwMY9DDWpUsdGm/HdQqNYR+CohepnJjK nU4k/MHalgU8bugDyI5FHrfxZD3xd5AvTZV5EDvjJHHh4Ilg6+69bdDMrCg8 gZh2GJQ+o9/2HQ5QRau4l+y8XdYLyS4yIRoCQVtPYpEKQQehs87RCsFyoZTb bcI28cHflGS5S6MxZHkU0O4l6SEjdolaSE84Wojmle+59Hv8aS3NEGQjR7KT Nxi5+UcnUOgU11IrqgdWOic1cyz3xNpDAgm5+IJ0Ky58QMapiIgr85duxyh6 24Lkmikd9D1JCdWEo8xAg/YPNjKNBE0aU/xPwjskDAlM/Gu+qtw0CDAQNBDF Appe+zRMF77GMcYPxlEn/4u5IpwoSAO/YaqA --0-1648963630-1152043284=:13211-- From owner-freebsd-geom@FreeBSD.ORG Tue Jul 4 20:09:22 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6353C16A4DF for ; Tue, 4 Jul 2006 20:09:22 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4560643D69 for ; Tue, 4 Jul 2006 20:09:20 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 5F7201703F; Tue, 4 Jul 2006 20:09:18 +0000 (UTC) To: "R. B. Riddick" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 04 Jul 2006 13:01:24 MST." <20060704200124.25467.qmail@web30301.mail.mud.yahoo.com> Date: Tue, 04 Jul 2006 20:09:18 +0000 Message-ID: <89778.1152043758@critter.freebsd.dk> Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2006 20:09:22 -0000 In message <20060704200124.25467.qmail@web30301.mail.mud.yahoo.com>, "R. B. Rid dick" writes: >I just wrote a new(?) GEOM class: > geom_cache Sounds interesting. How do you allocate memory for the cache ? Is it a fixed size cache ? Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-geom@FreeBSD.ORG Tue Jul 4 20:47:14 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4B69716A4DF for ; Tue, 4 Jul 2006 20:47:14 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30313.mail.mud.yahoo.com (web30313.mail.mud.yahoo.com [68.142.201.231]) by mx1.FreeBSD.org (Postfix) with SMTP id 5234643D53 for ; Tue, 4 Jul 2006 20:47:13 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 57006 invoked by uid 60001); 4 Jul 2006 20:47:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=HvOeRiSWXsB1IfdomWYaju+LX4uA4rF7Lzh4VvgWBK2b6056oFtNluaB2BJcMwYMyW9dYBR0f+vwnM7OpX132A6lgoztVZA5FbFJBiUACXn883zwBAfoOIjIGuv5ZE06eEKVx7bBqmCjTPtdcx1o4f+qgssbS8wli4qPrBbplzw= ; Message-ID: <20060704204712.57004.qmail@web30313.mail.mud.yahoo.com> Received: from [213.54.66.208] by web30313.mail.mud.yahoo.com via HTTP; Tue, 04 Jul 2006 13:47:12 PDT Date: Tue, 4 Jul 2006 13:47:12 -0700 (PDT) From: "R. B. Riddick" To: Poul-Henning Kamp In-Reply-To: <89778.1152043758@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jul 2006 20:47:14 -0000 --- Poul-Henning Kamp wrote: > How do you allocate memory for the cache ? > I use malloc(9), which has strange parameters. I just copied it from another line and adapted it appropriately... The cache is a continguous piece of memory with a size of a integer multiple of the stripe size (g_cache_softc->cache). For each cached stripe there is a cache info struct in another piece of memory (g_cache_softc->cache_info). > Is it a fixed size cache ? > Yes, it is. There is just a tunable: kern.geom.cache.cache_size (default: 8) which is used when the provider is created. Maybe we should use a parameter in the meta data and in "gcache label/create" respectively? -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 16:24:27 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB3E016A4DF for ; Wed, 5 Jul 2006 16:24:27 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC0F43D94 for ; Wed, 5 Jul 2006 16:24:27 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k65GOL3r082040; Wed, 5 Jul 2006 11:24:24 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44ABE7B9.3010009@centtech.com> Date: Wed, 05 Jul 2006 11:24:25 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Joerg Pernfuss References: <44A2D144.2060606@centtech.com> <20060628225049.458bf695@loki.starkstrom.lan> In-Reply-To: <20060628225049.458bf695@loki.starkstrom.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1585/Tue Jul 4 15:39:34 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: GEOM_LABEL: ufs labels coming/going? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 16:24:28 -0000 Joerg Pernfuss wrote: > On Wed, 28 Jun 2006 13:58:12 -0500 > Eric Anderson wrote: > >> What am I missing? >> >> Eric > > The label is removed when you mount the partition the normal way and > recreated when you unmount it. It only stays when you mount the > partition via the label, for example, in your fstab: > > /dev/ufs/root / ufs rw 1 1 > > and so on > > Joerg Thanks.. Makes sense now that I've thought about it. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 17:50:20 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 303F116A505 for ; Wed, 5 Jul 2006 17:50:20 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 714D243D5E for ; Wed, 5 Jul 2006 17:50:11 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k65HoAok095917; Wed, 5 Jul 2006 12:50:10 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44ABFBD5.5020705@centtech.com> Date: Wed, 05 Jul 2006 12:50:13 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060704200124.25467.qmail@web30301.mail.mud.yahoo.com> In-Reply-To: <20060704200124.25467.qmail@web30301.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1585/Tue Jul 4 15:39:34 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 17:50:20 -0000 R. B. Riddick wrote: > Hiho! > > I just wrote a new(?) GEOM class: > geom_cache > > It is my very first GEOM class and my first larger kernel code... > I took it mostly from geom_concat... :-) > It was quite easy to change the behaviour of geom_concat... > > The advantage of geom_cache is, that (even if we have a hard disc with a cache) > we can avoid reading the same area twice. I cared for segmentation of the cache > space a little bit by using a stripe size. The cache is always clean > (hopefully), so that it should not be dangerous to use geom_cache (if I did > everything right enough). > > I attached a bzip'ed tar file although it is about 15KB large. > > I would be glad, > 1. if somebody tells me, what I did wrong (especially that license stuff and > the man page (I dont know man page language) might be wrong) > and > 2. if somebody can use it. > > I plan to use it for my next GEOM class (geom_raid5), where it might be useful > in case of sequential read from a degraded provider (or is there a smarter way > to do it?). > > Bye > Arne Hi Arne! Just curious, how is this different/better than the regular buffer cache? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 19:05:14 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 807CC16A4E0 for ; Wed, 5 Jul 2006 19:05:14 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30307.mail.mud.yahoo.com (web30307.mail.mud.yahoo.com [68.142.200.100]) by mx1.FreeBSD.org (Postfix) with SMTP id 8123543D5F for ; Wed, 5 Jul 2006 19:05:12 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 67865 invoked by uid 60001); 5 Jul 2006 19:05:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=0CwKNSwb7FoQTmaMqeAzdRnIe2a7hAMD+dyR3/ar4fplCO7qfuHnQ8zPZ5LhjSWWKI0QhLeYz94+2Vu7aRIMHZHIYUcnI8oy8zl9wPEeRkJ9YgtJPQIsgFdMomhtS52QwPP/TTGQHEhiH/yjqFXWZ667In88Fav/eRspCtO3lpc= ; Message-ID: <20060705190511.67863.qmail@web30307.mail.mud.yahoo.com> Received: from [213.54.92.253] by web30307.mail.mud.yahoo.com via HTTP; Wed, 05 Jul 2006 12:05:11 PDT Date: Wed, 5 Jul 2006 12:05:11 -0700 (PDT) From: "R. B. Riddick" To: Eric Anderson In-Reply-To: <44ABFBD5.5020705@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 19:05:14 -0000 --- Eric Anderson wrote: > Just curious, how is this different/better than the regular buffer cache? > Hi Eric! The buffer cache? :-) [This remembers me on the episode in The Simpsons where Mr.Burns tried to find the meaning of "re-cyc-ling" in his builtin dictionary] Do you mean this cache of those file systems? If yes: The answer should be: "It just makes everything worse." (there is not even some read ahead...) It is just useful, if you dont have any other caches (e. g. a ufs on a geom_raid5 (I think I should have it tomorrow... :-) ) on some geom_cache providers)... Bye Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 20:41:28 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED91D16A4DE for ; Wed, 5 Jul 2006 20:41:28 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15CD643D53 for ; Wed, 5 Jul 2006 20:41:27 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k65KfQWd039956; Wed, 5 Jul 2006 15:41:26 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44AC23FA.8040606@centtech.com> Date: Wed, 05 Jul 2006 15:41:30 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060705190511.67863.qmail@web30307.mail.mud.yahoo.com> In-Reply-To: <20060705190511.67863.qmail@web30307.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1586/Wed Jul 5 14:22:07 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 20:41:29 -0000 R. B. Riddick wrote: > --- Eric Anderson wrote: >> Just curious, how is this different/better than the regular buffer cache? >> > Hi Eric! > > The buffer cache? :-) > [This remembers me on the episode in The Simpsons where Mr.Burns tried to find > the meaning of "re-cyc-ling" in his builtin dictionary] > > Do you mean this cache of those file systems? > If yes: The answer should be: "It just makes everything worse." (there is not > even some read ahead...) Not sure what I'm missing here, please clue me in. I guess I am indeed talking about the cache normally used for filesystems. If I read a 500MB file in, first time it comes from disk, second time it comes from memory cache, correct? How is geom_cache different? > It is just useful, if you dont have any other caches (e. g. a ufs on a > geom_raid5 (I think I should have it tomorrow... :-) ) on some geom_cache > providers)... I suppose I just need to play with it to completely understand.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 21:14:54 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B73F216A4DD for ; Wed, 5 Jul 2006 21:14:54 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30308.mail.mud.yahoo.com (web30308.mail.mud.yahoo.com [68.142.200.101]) by mx1.FreeBSD.org (Postfix) with SMTP id 5108D43D45 for ; Wed, 5 Jul 2006 21:14:54 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 47045 invoked by uid 60001); 5 Jul 2006 21:14:53 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kK61fO7LxeL7LvhqEWcyTvisPjOItpXk/Udu1tGXTkTf6Ma1fhVrcTU7+KEhcM0EYC2xYylOWFFJRwMVN7txOPoc8pvueSyhhdAjgXzSAvi+tNVIAPpwRx8trZpmftpH3gD6ZOcVDj6VwuNKX07ZkqGEk1IvPQrcLQ9PBSzAVJg= ; Message-ID: <20060705211453.47043.qmail@web30308.mail.mud.yahoo.com> Received: from [213.54.92.253] by web30308.mail.mud.yahoo.com via HTTP; Wed, 05 Jul 2006 14:14:53 PDT Date: Wed, 5 Jul 2006 14:14:53 -0700 (PDT) From: "R. B. Riddick" To: Eric Anderson In-Reply-To: <44AC23FA.8040606@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 21:14:54 -0000 --- Eric Anderson wrote: > R. B. Riddick wrote: > > --- Eric Anderson wrote: > > > Just curious, how is this different/better than the regular buffer > > > cache? > > Do you mean this cache of those file systems? > > If yes: The answer should be: "It just makes everything worse." > > (there is not even some read ahead...) > > Not sure what I'm missing here, please clue me in. I guess I am indeed > talking about the cache normally used for filesystems. If I read a > 500MB file in, first time it comes from disk, second time it comes from > memory cache, correct? How is geom_cache different? > Yes, I think so... But geom_cache is just useful, when file system's buffer cache cannot help. E. g.: A degraded RAID5 on 4 consumers (3 good plus 1 failed). When we want to get a data block, that resides on the failed consumer, we have to read all corresponding blocks (2+1) in order to rebuild the missing block. When we do a sequential read, we would have to read the consumers, that hold the data blocks twice (2 x 2). So the geom_cache could help here (2+1 real reads plus 2 from the cache), if the provider is not too busy. > > It is just useful, if you dont have any other caches (e. g. a ufs on a > > geom_raid5 (I think I should have it tomorrow... :-) ) on some geom_cache > > providers)... > > I suppose I just need to play with it to completely understand.. > :-) Maybe it is useless... and I dont see it... and nobody dares to say it... I saw, that the CVS tree does not have a sys/geom/cache directory... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 21:58:44 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E94516A4E0 for ; Wed, 5 Jul 2006 21:58:44 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E77643D49 for ; Wed, 5 Jul 2006 21:58:41 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id C468211446; Wed, 5 Jul 2006 17:58:08 -0400 (EDT) Message-ID: <44AC3618.80600@rogers.com> Date: Wed, 05 Jul 2006 17:58:48 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060705211453.47043.qmail@web30308.mail.mud.yahoo.com> In-Reply-To: <20060705211453.47043.qmail@web30308.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 21:58:44 -0000 R. B. Riddick wrote: > Yes, I think so... > But geom_cache is just useful, when file system's buffer cache cannot help. > > E. g.: > A degraded RAID5 on 4 consumers (3 good plus 1 failed). > When we want to get a data block, that resides on the failed consumer, we have > to read all corresponding blocks (2+1) in order to rebuild the missing block. > When we do a sequential read, we would have to read the consumers, that hold > the data blocks twice (2 x 2). > So the geom_cache could help here (2+1 real reads plus 2 from the cache), if > the provider is not too busy. > Wouldn't it make more sense to modify geom_raid5 to include this behavior, instead of writing a new and separate geom class that has only one useful function? From owner-freebsd-geom@FreeBSD.ORG Wed Jul 5 23:03:51 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933CA16A4DD for ; Wed, 5 Jul 2006 23:03:51 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30304.mail.mud.yahoo.com (web30304.mail.mud.yahoo.com [68.142.200.97]) by mx1.FreeBSD.org (Postfix) with SMTP id 173D043D49 for ; Wed, 5 Jul 2006 23:03:51 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 89359 invoked by uid 60001); 5 Jul 2006 23:03:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=w+lIGKRVyGno77VlhOoD0lRX6RmOFAero2ibv1toa1i4WJOQ3wzNzsJSGJLdvMKj8L38sj7heR9JHaHYNtxpes1Y+5SItj/gxFW/mtsUrqv993f28lEqEvV0Qy+LSfQTcQ2dnMeIsx1IV3AezVldhgy7S0xIqjeFQMZpY3vREaA= ; Message-ID: <20060705230350.89357.qmail@web30304.mail.mud.yahoo.com> Received: from [213.54.92.253] by web30304.mail.mud.yahoo.com via HTTP; Wed, 05 Jul 2006 16:03:50 PDT Date: Wed, 5 Jul 2006 16:03:50 -0700 (PDT) From: "R. B. Riddick" To: Mike Jakubik In-Reply-To: <44AC3618.80600@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Jul 2006 23:03:51 -0000 --- Mike Jakubik wrote: > Wouldn't it make more sense to modify geom_raid5 to include this > behavior, instead of writing a new and separate geom class that has only > one useful function? > Possibly... But somehow that was too complicated for my taste... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Thu Jul 6 12:14:33 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7D9D16A4DE for ; Thu, 6 Jul 2006 12:14:33 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F6AB43D46 for ; Thu, 6 Jul 2006 12:14:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k66CEW9B085853; Thu, 6 Jul 2006 07:14:32 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44ACFEAB.1020306@centtech.com> Date: Thu, 06 Jul 2006 07:14:35 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: "R. B. Riddick" References: <20060705211453.47043.qmail@web30308.mail.mud.yahoo.com> In-Reply-To: <20060705211453.47043.qmail@web30308.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1586/Wed Jul 5 14:22:07 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 12:14:33 -0000 R. B. Riddick wrote: > --- Eric Anderson wrote: >> R. B. Riddick wrote: >>> --- Eric Anderson wrote: >>>> Just curious, how is this different/better than the regular buffer >>>> cache? >>> Do you mean this cache of those file systems? >>> If yes: The answer should be: "It just makes everything worse." >>> (there is not even some read ahead...) >> Not sure what I'm missing here, please clue me in. I guess I am indeed >> talking about the cache normally used for filesystems. If I read a >> 500MB file in, first time it comes from disk, second time it comes from >> memory cache, correct? How is geom_cache different? >> > Yes, I think so... > But geom_cache is just useful, when file system's buffer cache cannot help. > > E. g.: > A degraded RAID5 on 4 consumers (3 good plus 1 failed). > When we want to get a data block, that resides on the failed consumer, we have > to read all corresponding blocks (2+1) in order to rebuild the missing block. > When we do a sequential read, we would have to read the consumers, that hold > the data blocks twice (2 x 2). > So the geom_cache could help here (2+1 real reads plus 2 from the cache), if > the provider is not too busy. Ok, I understand now. I could see this being useful for fsck's also. I wonder if it's possible to have the cache distributed across multiple machines? (just out of curiosity) >>> It is just useful, if you dont have any other caches (e. g. a ufs on a >>> geom_raid5 (I think I should have it tomorrow... :-) ) on some geom_cache >>> providers)... >> I suppose I just need to play with it to completely understand.. >> > :-) > Maybe it is useless... and I dont see it... and nobody dares to say it... > I saw, that the CVS tree does not have a sys/geom/cache directory... Not useless! I think it's a good addition.. I've even thought about a geom_cache before, but then wrote it off to 'oh wait, the filesystem caches would handle all that', but you've thought further and realized a good use for it.. Thanks for writing it! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Thu Jul 6 12:34:06 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EB8416A4DE for ; Thu, 6 Jul 2006 12:34:06 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30314.mail.mud.yahoo.com (web30314.mail.mud.yahoo.com [68.142.201.232]) by mx1.FreeBSD.org (Postfix) with SMTP id BC0FA43D46 for ; Thu, 6 Jul 2006 12:34:05 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 26666 invoked by uid 60001); 6 Jul 2006 12:34:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=QVsLruksE6rbwOZtEoBfUS2V23O5jEzkUj+p9tyhztnJwB+PULKa2TVtWZ+jOK3kUb1wuDex19y7ggIvb5l389wR7zZEzkekf+mqN2gFPOO1tBHO2j328fzQF06zN+vyVDzmd3i/BmdmejxyAu3bZvug/r19fue9hV8JCNQJb1o= ; Message-ID: <20060706123405.26664.qmail@web30314.mail.mud.yahoo.com> Received: from [213.54.85.147] by web30314.mail.mud.yahoo.com via HTTP; Thu, 06 Jul 2006 05:34:05 PDT Date: Thu, 6 Jul 2006 05:34:05 -0700 (PDT) From: "R. B. Riddick" To: Eric Anderson In-Reply-To: <44ACFEAB.1020306@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-geom@freebsd.org Subject: Re: new class / geom_cache / request for comments X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 12:34:06 -0000 --- Eric Anderson wrote: > Ok, I understand now. I could see this being useful for fsck's also. I > wonder if it's possible to have the cache distributed across multiple > machines? (just out of curiosity) > Hmm... In a read-only setting it should work with geom_gate: server A <--geom_gate--> (network-clone with geom_cache 1, ...) Since network-clones are not notified about BIO_WRITE commands of other such clones, the geom_cache would become inconsistent eventually... -Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Thu Jul 6 21:49:13 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D153916A4E2 for ; Thu, 6 Jul 2006 21:49:13 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5412943D49 for ; Thu, 6 Jul 2006 21:49:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id 7E75611422 for ; Thu, 6 Jul 2006 17:48:37 -0400 (EDT) Message-ID: <44AD856A.3060209@rogers.com> Date: Thu, 06 Jul 2006 17:49:30 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: freebsd-geom@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Subject: Changing balance algorithm on existing gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 21:49:13 -0000 Hello, I was wondering if it was possible to change the balance algorithm on an existing gmirror setup, without destroying any data/configuration. I am trying to do some benchmarks, to compare which would work best for my needs. Speaking of.. I noticed this strange behavior, while running a concurrent csup session and extracting the ports tar file, where one disk would get 100% usage, but second around 10. Disks ad4 ad6 KB/t 2.12 2.30 tps 322 394 MB/s 0.67 0.89 % busy 98 8 I am using the round-robin algorithm here, in case it matters. From owner-freebsd-geom@FreeBSD.ORG Thu Jul 6 21:52:26 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FEFB16A4E0 for ; Thu, 6 Jul 2006 21:52:26 +0000 (UTC) (envelope-from chris@qfe3.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EDD243D45 for ; Thu, 6 Jul 2006 21:52:25 +0000 (GMT) (envelope-from chris@qfe3.net) Received: from chris by spork.qfe3.net with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1Fybln-0009eC-LM; Thu, 06 Jul 2006 22:52:23 +0100 Date: Thu, 6 Jul 2006 22:52:23 +0100 From: Chris Elsworth To: Mike Jakubik Message-ID: <20060706215223.GA36963@spork.qfe3.net> References: <44AD856A.3060209@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44AD856A.3060209@rogers.com> User-Agent: Mutt/1.5.11 Sender: Chris Elsworth Cc: freebsd-geom@freebsd.org Subject: Re: Changing balance algorithm on existing gmirror X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 21:52:26 -0000 On Thu, Jul 06, 2006 at 05:49:30PM -0400, Mike Jakubik wrote: > Hello, > > I was wondering if it was possible to change the balance algorithm on an > existing gmirror setup, without destroying any data/configuration. Absolutely. Try gmirror configure -b load man gmirror has the available balancing methods - load, prefer, round-robin, split. -- Chris From owner-freebsd-geom@FreeBSD.ORG Thu Jul 6 22:42:12 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FF4116A4E8 for ; Thu, 6 Jul 2006 22:42:12 +0000 (UTC) (envelope-from arne_woerner@yahoo.com) Received: from web30309.mail.mud.yahoo.com (web30309.mail.mud.yahoo.com [68.142.200.102]) by mx1.FreeBSD.org (Postfix) with SMTP id E537143D53 for ; Thu, 6 Jul 2006 22:42:09 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 58109 invoked by uid 60001); 6 Jul 2006 22:42:09 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=kwWbRKbt/M67fB4UpyTgNtET5oV4z5HC0ys46A2klkRuc5VYKJl5BeJxhYYgQA7qDMBiemOV2kwDmo3ySLxpWZ/xzMCv11Z5bGAWwyhVSS0K4DxgqtjQ6Bfx+hO5Q5+q1NrBuObbpyvsqy7qXIKsht7350llmJNNF3LuR7P2IaQ= ; Message-ID: <20060706224209.58107.qmail@web30309.mail.mud.yahoo.com> Received: from [213.54.85.147] by web30309.mail.mud.yahoo.com via HTTP; Thu, 06 Jul 2006 15:42:09 PDT Date: Thu, 6 Jul 2006 15:42:09 -0700 (PDT) From: "R. B. Riddick" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: new class / geom_raid5 X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jul 2006 22:42:12 -0000 Hi! My proposal for geom_raid5 is ready so far... If somebody wants to test it, he or she can download it from http://home.tiscali.de./cmdr_faako/geom_raid5.tbz I was too tired to test it... It seems to read in the non-degraded case... :-) Rebuild is not possible, so I still have some work to do... Oh! And I just had the idea, that immediately after creation a rebuild is necessary. Or isn't it? Currently I dont do that... Has somebody a nice test suite for geom_mirror? With geom_nop consumers? Or so? Does somebody know statistics about the probability of a fatal error in a RAID5 in comparison to a MIRROR? I mean: Since a RAID5 causes more work for the hardware (for more than 2 consumers a write needs at least 2 reads and 2 writes), it is not so trivial... Bye Arne __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 09:43:55 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28FD916A4EA for ; Fri, 7 Jul 2006 09:43:55 +0000 (UTC) (envelope-from sqpvrvijahj@sas.se) Received: from abnv60.neoplus.adsl.tpnet.pl (abnv60.neoplus.adsl.tpnet.pl [83.8.11.60]) by mx1.FreeBSD.org (Postfix) with SMTP id 0ACC743D68 for ; Fri, 7 Jul 2006 09:43:47 +0000 (GMT) (envelope-from sqpvrvijahj@sas.se) Message-ID: <000901c6a1a9$d77b3a00$3c0b0853@ja> From: "" To: freebsd-geom@freebsd.org Date: Fri, 7 Jul 2006 11:43:46 -0200 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0005_01C6A1BA.9B040A00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2873 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2873 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: (no subject) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 09:43:55 -0000 ------=_NextPart_000_0005_01C6A1BA.9B040A00 Content-Type: text/plain; charset="windows-1250" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0005_01C6A1BA.9B040A00-- From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 18:55:51 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17C2216A4DF for ; Fri, 7 Jul 2006 18:55:51 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2688C43D68 for ; Fri, 7 Jul 2006 18:55:49 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so860837uge for ; Fri, 07 Jul 2006 11:55:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hNTThR9XtuwrxCsV4Su3svpql5sn5RoU+o2mIY8waTW5vJVCgTKZBj44roQXS3IMW1TlT8ecWS5YxYluJKI8SvbXongY4dbWNmeoNKX0tcjD0mG1761byOVDeRMiqnwtpWuTXWFd6v28Q+czfxzfNCLQXrIJba6ZtL8BgCzSeqA= Received: by 10.67.101.10 with SMTP id d10mr2361800ugm; Fri, 07 Jul 2006 11:55:49 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Fri, 7 Jul 2006 11:55:48 -0700 (PDT) Message-ID: Date: Fri, 7 Jul 2006 14:55:48 -0400 From: "Scott Ullrich" To: freebsd-geom@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 18:55:51 -0000 Hello! I am working on adding GEOM mirror support to BSD Installer but do not with to depend on the gmirror binary to survey known disks. Is it possible to find out the active gmirror volumes somehow via the kernel? Maybe a sysctl knob similar to kern.disks? Thanks in advance! From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 19:20:21 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6364D16A4E2 for ; Fri, 7 Jul 2006 19:20:21 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA4FE43D46 for ; Fri, 7 Jul 2006 19:20:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id k67JKJ3t063614; Fri, 7 Jul 2006 14:20:19 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44AEB3F8.4030603@centtech.com> Date: Fri, 07 Jul 2006 14:20:24 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Scott Ullrich References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1589/Fri Jul 7 09:37:51 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 19:20:21 -0000 On 07/07/06 13:55, Scott Ullrich wrote: > Hello! > > I am working on adding GEOM mirror support to BSD Installer but do not > with to depend on the gmirror binary to survey known disks. > > Is it possible to find out the active gmirror volumes somehow via the > kernel? Maybe a sysctl knob similar to kern.disks? > > Thanks in advance! Maybe you can use the geom tasting functions? I see some hints here: /usr/src/sys/geom/geom.h Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 19:23:25 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68C5716A4DE for ; Fri, 7 Jul 2006 19:23:25 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC1DF43D78 for ; Fri, 7 Jul 2006 19:23:07 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so871638uge for ; Fri, 07 Jul 2006 12:23:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=HrzgLcUAYAxuptyeoqMWeH2mcGzGTKLGA0jKl8y3yyVQNZvoLIrZsJtVNEOaZHZ0cFICYqk5hn8RUsHoxiC/3C+yzQtukHtG1Cg87z8nahgNKtN1KHx1R11M0mm26JbhmisDIbY+Ey+aE/bpF8ucyh+TSUhznNbzDRe9rjBmxaQ= Received: by 10.67.93.6 with SMTP id v6mr2386578ugl; Fri, 07 Jul 2006 12:23:06 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Fri, 7 Jul 2006 12:23:06 -0700 (PDT) Message-ID: Date: Fri, 7 Jul 2006 15:23:06 -0400 From: "Scott Ullrich" To: "Eric Anderson" In-Reply-To: <44AEB3F8.4030603@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AEB3F8.4030603@centtech.com> Cc: freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 19:23:25 -0000 On 7/7/06, Eric Anderson wrote: > Maybe you can use the geom tasting functions? I see some hints here: > > /usr/src/sys/geom/geom.h Well I was hoping something would be built in so we do not need to tie additional dependencies to BSD Installer. I don't mind tying gmirror to BSD Installer to create the actual volumes but it seems like somewhat of a hack to use gmirror to survey them. Maybe I just need to go ahead and use gmirror to survey in addition? Thanks for your quick reply! Scott From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 19:47:10 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1662C16A4E1 for ; Fri, 7 Jul 2006 19:47:10 +0000 (UTC) (envelope-from viktor.vasilev@stud.tu-darmstadt.de) Received: from lnx130.hrz.tu-darmstadt.de (lnx130.hrz.tu-darmstadt.de [130.83.174.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id E04D243D58 for ; Fri, 7 Jul 2006 19:47:08 +0000 (GMT) (envelope-from viktor.vasilev@stud.tu-darmstadt.de) Received: from mailserver3.hrz.tu-darmstadt.de (lnx116.hrz.tu-darmstadt.de [130.83.174.28]) by lnx130.hrz.tu-darmstadt.de (8.13.4/8.12.10) with ESMTP id k67Jl7Q7004595 for ; Fri, 7 Jul 2006 21:47:07 +0200 Received: from [89.56.137.151] (helo=noname) by mailserver3.hrz.tu-darmstadt.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1FywI6-0005Ur-Eq for freebsd-geom@freebsd.org; Fri, 07 Jul 2006 21:47:07 +0200 From: Viktor Vasilev To: freebsd-geom@freebsd.org Date: Fri, 7 Jul 2006 21:46:57 +0200 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1272516.REfpvur4kq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200607072147.01099.viktor.vasilev@stud.tu-darmstadt.de> Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 19:47:10 -0000 --nextPart1272516.REfpvur4kq Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 07 July 2006 20:55 Scott Ullrich wrote: > I am working on adding GEOM mirror support to BSD Installer but do not > with to depend on the gmirror binary to survey known disks. > > Is it possible to find out the active gmirror volumes somehow via the > kernel? Maybe a sysctl knob similar to kern.disks? Maybe this could do the job: sysctl -b kern.geom.conftxt I don't have an active gmirror setup, but google says the output looks like= =20 this: 0 DISK ad2 120034123776 512 hd 16 sc 63 1 MIRROR mirror/gm0 120034123264 512 2 MBR mirror/gm0s1 120031478784 512 i 0 o 32256 ty 165 3 BSD mirror/gm0s1f 118984074240 512 i 5 o 1047404544 ty 7 3 BSD mirror/gm0s1e 268435456 512 i 4 o 778969088 ty 7 3 BSD mirror/gm0s1d 268435456 512 i 3 o 510533632 ty 7 3 BSD mirror/gm0s1c 120031478784 512 i 2 o 0 ty 0 3 BSD mirror/gm0s1b 242098176 512 i 1 o 268435456 ty 1 3 BSD mirror/gm0s1a 268435456 512 i 0 o 0 ty 7 0 DISK ad0 120034123776 512 hd 16 sc 63 1 MBR ad0s1 120031478784 512 i 0 o 32256 ty 165 2 BSD ad0s1f 118984074240 512 i 5 o 1047404544 ty 7 2 BSD ad0s1e 268435456 512 i 4 o 778969088 ty 7 2 BSD ad0s1d 268435456 512 i 3 o 510533632 ty 7 2 BSD ad0s1c 120031478784 512 i 2 o 0 ty 0 2 BSD ad0s1b 242098176 512 i 1 o 268435456 ty 1 2 BSD ad0s1a 268435456 512 i 0 o 0 ty 7 Cheers, Vik =2D-=20 PGP Key: 0xE09DC8D8/6799 4011 EBDE 6412 05A1 090C DBDF 5887 E09D C8D8 Signed/encrypted mail welcome! --nextPart1272516.REfpvur4kq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBErro1299Yh+CdyNgRAmVoAKCDr6JZPdVpu+GBIc18KMvdidKhSwCfQvDE DDQol+uXXr6xaBPKddjNtv0= =Z/D5 -----END PGP SIGNATURE----- --nextPart1272516.REfpvur4kq-- From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 19:53:16 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9AD716A4DD for ; Fri, 7 Jul 2006 19:53:16 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2BED043D49 for ; Fri, 7 Jul 2006 19:53:15 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so883390uge for ; Fri, 07 Jul 2006 12:53:15 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EzREJ1fYKqsfzie/oeVV6gsR3FL5qsUv/I5+zJvVdXbcdkbR1CZkJAOBqh90IRic/+04FCStN+bBTV/RF8UTnaf/uIxK6BylagQRrASsJPYUyyDnrwM/l3P+giJaEiNXY2WmKlEBI1AdJldVQBNQt/fQ6h2mcmvYWuVzN2Pukrg= Received: by 10.67.24.13 with SMTP id b13mr2406880ugj; Fri, 07 Jul 2006 12:48:21 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Fri, 7 Jul 2006 12:48:20 -0700 (PDT) Message-ID: Date: Fri, 7 Jul 2006 15:48:20 -0400 From: "Scott Ullrich" To: "Viktor Vasilev" In-Reply-To: <200607072147.01099.viktor.vasilev@stud.tu-darmstadt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200607072147.01099.viktor.vasilev@stud.tu-darmstadt.de> Cc: freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 19:53:16 -0000 On 7/7/06, Viktor Vasilev wrote: > Maybe this could do the job: > > sysctl -b kern.geom.conftxt > > I don't have an active gmirror setup, but google says the output looks like > this: > > 0 DISK ad2 120034123776 512 hd 16 sc 63 > 1 MIRROR mirror/gm0 120034123264 512 > 2 MBR mirror/gm0s1 120031478784 512 i 0 o 32256 ty 165 > 3 BSD mirror/gm0s1f 118984074240 512 i 5 o 1047404544 ty 7 > 3 BSD mirror/gm0s1e 268435456 512 i 4 o 778969088 ty 7 > 3 BSD mirror/gm0s1d 268435456 512 i 3 o 510533632 ty 7 > 3 BSD mirror/gm0s1c 120031478784 512 i 2 o 0 ty 0 > 3 BSD mirror/gm0s1b 242098176 512 i 1 o 268435456 ty 1 > 3 BSD mirror/gm0s1a 268435456 512 i 0 o 0 ty 7 > 0 DISK ad0 120034123776 512 hd 16 sc 63 > 1 MBR ad0s1 120031478784 512 i 0 o 32256 ty 165 > 2 BSD ad0s1f 118984074240 512 i 5 o 1047404544 ty 7 > 2 BSD ad0s1e 268435456 512 i 4 o 778969088 ty 7 > 2 BSD ad0s1d 268435456 512 i 3 o 510533632 ty 7 > 2 BSD ad0s1c 120031478784 512 i 2 o 0 ty 0 > 2 BSD ad0s1b 242098176 512 i 1 o 268435456 ty 1 > 2 BSD ad0s1a 268435456 512 i 0 o 0 ty 7 That's exactly what the doctor ordered. Thanks, I'll give this a wack! Scott From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 20:06:53 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E37EA16A4DD for ; Fri, 7 Jul 2006 20:06:53 +0000 (UTC) (envelope-from mikej@rogers.com) Received: from H43.C18.B96.tor.eicat.ca (H43.C18.B96.tor.eicat.ca [66.96.18.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9869043D64 for ; Fri, 7 Jul 2006 20:06:49 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from [127.0.0.1] (desktop.home.local [172.16.0.200]) by H43.C18.B96.tor.eicat.ca (Postfix) with ESMTP id F371A114F1; Fri, 7 Jul 2006 16:06:10 -0400 (EDT) Message-ID: <44AEBEF3.6010703@rogers.com> Date: Fri, 07 Jul 2006 16:07:15 -0400 From: Mike Jakubik User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Scott Ullrich References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SpamToaster-Information: This messages has been scanned by SpamToaster http://www.digitalprogression.ca X-SpamToaster: Found to be clean X-SpamToaster-SpamCheck: not spam, SpamAssassin (not cached, score=-2.49, required 3.5, ALL_TRUSTED -1.80, AWL 0.00, BAYES_00 -2.60, DK_POLICY_SIGNSOME 0.00, DNS_FROM_RFC_ABUSE 0.20, DNS_FROM_RFC_POST 1.71) X-SpamToaster-From: mikej@rogers.com X-Spam-Status: No Cc: freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:06:54 -0000 Scott Ullrich wrote: > Hello! > > I am working on adding GEOM mirror support to BSD Installer but do not > with to depend on the gmirror binary to survey known disks. Finally someone steps up to the job! Thanks for the work, I am looking forward to this feature. Whats the status of the BSD Installer? When/if can we expect to see it in a release? From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 20:13:26 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8E4916A4DA for ; Fri, 7 Jul 2006 20:13:26 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D1F43D45 for ; Fri, 7 Jul 2006 20:13:25 +0000 (GMT) (envelope-from sullrich@gmail.com) Received: by ug-out-1314.google.com with SMTP id m3so891300uge for ; Fri, 07 Jul 2006 13:13:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ikd1HJkQjboybXBbmV7nc3nke95jVV8QzEbNSpLa1QiGTABqULakjCGqTd+MDZ3hwna764u3zExK6yRfrZG1Xnx3gk82OZx1UZdRlZ8OoHYvtoPmhxIARuNoHQ8FRfiDlA+31ASy0Rp/Nz8l0t6z7kStBhQNTPRE7gEtCMJnvyQ= Received: by 10.66.220.17 with SMTP id s17mr2419314ugg; Fri, 07 Jul 2006 13:13:24 -0700 (PDT) Received: by 10.67.105.8 with HTTP; Fri, 7 Jul 2006 13:13:24 -0700 (PDT) Message-ID: Date: Fri, 7 Jul 2006 16:13:24 -0400 From: "Scott Ullrich" To: "Mike Jakubik" In-Reply-To: <44AEBEF3.6010703@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44AEBEF3.6010703@rogers.com> Cc: freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:13:26 -0000 On 7/7/06, Mike Jakubik wrote: > Finally someone steps up to the job! Thanks for the work, I am looking > forward to this feature. Whats the status of the BSD Installer? When/if > can we expect to see it in a release? Well it will be included with future FreeSBIE2 builds and also pfSense. Not sure how long it will take, I've had it working prior but it was pretty evil hacks against BSD Installer. I plan on redoing it the right way so that Chris Pressey doesn't hunt me down with an axe. :) In all seriousness, I hope to have something working in the next couple weeks now that the sysctl is available. Thanks again to everyone that responded. Scott From owner-freebsd-geom@FreeBSD.ORG Fri Jul 7 20:53:51 2006 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7337716A4DD for ; Fri, 7 Jul 2006 20:53:51 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E16E543D53 for ; Fri, 7 Jul 2006 20:53:50 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k67Krmqq096109; Fri, 7 Jul 2006 15:53:49 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44AEC9E1.50002@centtech.com> Date: Fri, 07 Jul 2006 15:53:53 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: Scott Ullrich References: <44AEBEF3.6010703@rogers.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1589/Fri Jul 7 09:37:51 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: Mike Jakubik , freebsd-geom@freebsd.org Subject: Re: Detecting GMIRROR volumes without using gmirror utility X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Jul 2006 20:53:51 -0000 On 07/07/06 15:13, Scott Ullrich wrote: > On 7/7/06, Mike Jakubik wrote: >> Finally someone steps up to the job! Thanks for the work, I am looking >> forward to this feature. Whats the status of the BSD Installer? When/if >> can we expect to see it in a release? > > Well it will be included with future FreeSBIE2 builds and also > pfSense. Not sure how long it will take, I've had it working prior > but it was pretty evil hacks against BSD Installer. I plan on > redoing it the right way so that Chris Pressey doesn't hunt me down > with an axe. :) > > In all seriousness, I hope to have something working in the next > couple weeks now that the sysctl is available. > > Thanks again to everyone that responded. The problem with the sysctl, is that it doesn't know about the GEOM markers that don't have kernel modules loaded. For instance, I have a drive that is part of a geom_journal. Without geom_journal loaded, the conftxt reports: 0 DISK da0 400088457216 512 hd 255 sc 63 1 MBR da0s2 24281026560 512 i 1 o 375804817920 ty 6 1 MBR da0s1 375804785664 512 i 0 o 32256 ty 165 2 BSD da0s1e 5363856384 512 i 4 o 370440929280 ty 7 3 LABEL label/journal 5363855872 512 i 0 o 0 2 BSD da0s1d 370440929280 512 i 3 o 0 ty 7 3 LABEL label/backup 370440928768 512 i 0 o 0 2 BSD da0s1c 375804785664 512 i 2 o 0 ty 0 0 DISK ad0 100030242816 512 hd 16 sc 63 1 MBR ad0s2 69791500800 512 i 1 o 16162675200 ty 165 2 BSD ad0s2e 11020913152 512 i 4 o 58770587648 ty 7 3 LABEL ufs/alt 11020913152 512 i 0 o 0 2 BSD ad0s2d 19922944000 512 i 3 o 38847643648 ty 7 3 LABEL ufs/home 19922944000 512 i 0 o 0 2 BSD ad0s2c 69791500800 512 i 2 o 0 ty 0 2 BSD ad0s2b 2147483648 512 i 1 o 0 ty 1 2 BSD ad0s2a 36700160000 512 i 0 o 2147483648 ty 7 1 MBR ad0s1 16162642944 512 i 0 o 32256 ty 12 see the da0s* stuff? That is actually part of a geom_journal, but since the kernel module isn't loaded, it doesn't taste for it. Now, I simply load the geom_journal module, and check the sysctl again: 0 DISK da0 400088457216 512 hd 255 sc 63 1 MBR da0s2 24281026560 512 i 1 o 375804817920 ty 6 1 MBR da0s1 375804785664 512 i 0 o 32256 ty 165 2 BSD da0s1e 5363856384 512 i 4 o 370440929280 ty 7 3 LABEL label/journal 5363855872 512 i 0 o 0 4 JOURNAL label/backup.journal 370440928256 512 5 BSD label/backup.journale 5363856384 512 i 4 o 370440929280 ty 7 5 BSD label/backup.journald 370440929280 512 i 3 o 0 ty 7 5 BSD label/backup.journalc 375804785664 512 i 2 o 0 ty 0 2 BSD da0s1d 370440929280 512 i 3 o 0 ty 7 3 LABEL label/backup 370440928768 512 i 0 o 0 4 JOURNAL label/backup.journal 370440928256 512 5 BSD label/backup.journale 5363856384 512 i 4 o 370440929280 ty 7 5 BSD label/backup.journald 370440929280 512 i 3 o 0 ty 7 5 BSD label/backup.journalc 375804785664 512 i 2 o 0 ty 0 2 BSD da0s1c 375804785664 512 i 2 o 0 ty 0 0 DISK ad0 100030242816 512 hd 16 sc 63 1 MBR ad0s2 69791500800 512 i 1 o 16162675200 ty 165 2 BSD ad0s2e 11020913152 512 i 4 o 58770587648 ty 7 3 LABEL ufs/alt 11020913152 512 i 0 o 0 2 BSD ad0s2d 19922944000 512 i 3 o 38847643648 ty 7 3 LABEL ufs/home 19922944000 512 i 0 o 0 2 BSD ad0s2c 69791500800 512 i 2 o 0 ty 0 2 BSD ad0s2b 2147483648 512 i 1 o 0 ty 1 2 BSD ad0s2a 36700160000 512 i 0 o 2147483648 ty 7 1 MBR ad0s1 16162642944 512 i 0 o 32256 ty 12 Now it sees the journal. I think you will not be able to get away from loading the geom modules, because they are what do the tasting for their class. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------