From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cuda.sgi.com (cuda2.sgi.com [192.48.176.25]) by oss.sgi.com (8.14.3/8.14.3/SuSE Linux 0.8) with ESMTP id o885cJxh016430 for ; Wed, 8 Sep 2010 00:38:19 -0500 Received: from mailsrv14.zmi.at (localhost [127.0.0.1]) by cuda.sgi.com (Spam Firewall) with ESMTP id 93F81563FC for ; Tue, 7 Sep 2010 22:39:00 -0700 (PDT) Received: from mailsrv14.zmi.at (mailsrv1.zmi.at [212.69.164.54]) by cuda.sgi.com with ESMTP id EUeOA7mnbwdsJpU3 for ; Tue, 07 Sep 2010 22:39:00 -0700 (PDT) Received: from mailsrv.i.zmi.at (h081217106033.dyn.cm.kabsi.at [81.217.106.33]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailsrv2.i.zmi.at", Issuer "power4u.zmi.at" (not verified)) by mailsrv14.zmi.at (Postfix) with ESMTPSA id 6CAEE605 for ; Wed, 8 Sep 2010 07:38:59 +0200 (CEST) Received: from saturn.localnet (saturn.i.zmi.at [10.72.27.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mailsrv.i.zmi.at (Postfix) with ESMTPSA id 2478D401C2E for ; Wed, 8 Sep 2010 07:38:59 +0200 (CEST) From: Michael Monnerie Subject: Re: xfs mount/create options (was: XFS status update for August 2010) Date: Wed, 8 Sep 2010 07:38:54 +0200 References: <20100902145959.GA27887@infradead.org> <20100905130809.GI705@dastard> <201009060749.01405@zmi.at> In-Reply-To: <201009060749.01405@zmi.at> MIME-Version: 1.0 Message-Id: <201009080738.58483@zmi.at> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============5737999489125892661==" Sender: xfs-bounces@oss.sgi.com Errors-To: xfs-bounces@oss.sgi.com To: xfs@oss.sgi.com --===============5737999489125892661== Content-Type: multipart/signed; boundary="nextPart4103586.OOzVkmiRHJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit --nextPart4103586.OOzVkmiRHJ Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I just found that my questions from Monday were not solved, but this is=20 interesting, so I want to warm it up again. On Montag, 6. September 2010 Michael Monnerie wrote: I looked into man mkfs now, which brings up these questions: =20 On Sonntag, 5. September 2010 Dave Chinner wrote: > - relatime,logbufs=3D8,attr=3D2,barrier are all defaults. =20 Why isn't logbsize=3D256k default, when it's suggested most of the time anyway? On machines with 32MiB or more 32k is the default, but most machines these days have multi-gigabytes of RAM, so at least for RAM>1GiB that could be made default. =20 > - largeio only affects stat(2) output if you have > sunit/swidth set - unlikely on a laptop drive, and has > no effect on unlink performance. > - swalloc only affects allocation if sunit/swidth are set > and has no effect on unlink performance. =20 Hm, it seems I don't understand that. I tried now on different servers, using stat -f /disks/db --format '%s %S' 4096 4096 =20 That filesystems were all created with su=3D64k,swidth=3D(values 4-8 depending on RAID). So I retried specifying directly in the mount options: sunit=3D128,swidth=3D512 and it still reports "4096" for %s - or is %s not the value I should look for? Some of the filesystems even have allocsize=3D specified, still always 4096 is given back. Where is my problem? =20 And while I am at it: Why does "mount" not provide the su=3D/sw=3D options that we can use to create a filesystem? Would make life easier, as it's much easier to read su=3D64k,sw=3D7 than sunit=3D128,swidth=3D896. =20 When I defined su/sw on mkfs, is it enough, or would I always have to specify sunit/swidth with every mount too? =20 =2D-=20 mit freundlichen Gr=C3=BCssen, Michael Monnerie, Ing. BSc it-management Internet Services http://proteger.at [gesprochen: Prot-e-schee] Tel: 0660 / 415 65 31 ****** Aktuelles Radiointerview! ****** http://www.it-podcast.at/aktuelle-sendung.html // Wir haben im Moment zwei H=C3=A4user zu verkaufen: // http://zmi.at/langegg/ // http://zmi.at/haus2009/ --nextPart4103586.OOzVkmiRHJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) iEYEABECAAYFAkyHIXIACgkQzhSR9xwSCbTRBgCgr0f87rPbBR5mi3m1mGMVc8R6 SakAn2dMVVr4kMFdqqcBItx3SUBCNOKb =GseD -----END PGP SIGNATURE----- --nextPart4103586.OOzVkmiRHJ-- --===============5737999489125892661== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs --===============5737999489125892661==--