Date: Wed, 12 Aug 2009 21:15:05 +0000 From: Naeem Afzal <nafzal@hotmail.com> To: <pjd@freebsd.org> Cc: freebsd-fs@freebsd.org Subject: RE: filesystem size after newfs Message-ID: <COL111-W50E61140AB43C753B5D462D1040@phx.gbl> In-Reply-To: <20090812052814.GD1600@garage.freebsd.pl> References: <COL111-W23AF31CB4D2944209932C6D1070@phx.gbl> <20090811191837.GB66530@keira.kiwi-computer.com> <COL111-W50B8F353BF8FD65761B242D1040@phx.gbl> <20090812052814.GD1600@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
Block size is set to 4K=2C did you mean fragment size should be 4K too? Are= you saying that for each block of 512b there is 32b for space consumed for= hash? Is this only when using authentication algorithm? regardsnaeem > > To ensure atomicity of operations=2C geli stores hashes in the same > sector as the data. Creating geli providers with block size of 512 bytes > is very inefficient. It will consume two sectors for each sector=2C which > looks like this: > > 1 512b of data -----> 480b for data + 32b for hash > 2 32b for data + 32b for hash + 448b unused > > The most optimal block size for geli provider is 4kB=2C it consumes one > extra sector for every 8 sectors: > > 1 512b of data -----> 480b for data + 32b for hash > 2 512b of data 480b for data + 32b for hash > 3 512b of data 480b for data + 32b for hash > 4 512b of data 480b for data + 32b for hash > 5 512b of data 480b for data + 32b for hash > 6 512b of data 480b for data + 32b for hash > 7 512b of data 480b for data + 32b for hash > 8 512b of data 480b for data + 32b for hash > 9 256b for data + 32b for hash + 224 unused > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes=2C I Am! _________________________________________________________________ Express your personality in color! Preview and select themes for Hotmail=AE= .=20 http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=3DPID233= 91::T:WLMTAGL:ON:WL:en-US:WM_HYGN_express:082009=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?COL111-W50E61140AB43C753B5D462D1040>