From: Michael Monnerie <michael.monnerie@is.it-management.at>
Organization: it-management http://it-management.at
To: xfs@oss.sgi.com, Dave Chinner <david@fromorbit.com>
Subject: Re: XFS Performance on NetApp
Date: Wed, 27 Oct 2010 01:57:03 +0200
User-Agent: KMail/1.13.5 (Linux/2.6.34.7-0.4-desktop; KDE/4.4.4; x86_64; ; )
References: <201010270033.35894@zmi.at> <20101026231007.GA32255@dastard>
In-Reply-To: <20101026231007.GA32255@dastard>
MIME-Version: 1.0
Content-Type: multipart/signed;
  boundary="nextPart3601255.z1EFAu9d68";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201010270157.04276@zmi.at>

--nextPart3601255.z1EFAu9d68
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Mittwoch, 27. Oktober 2010 Dave Chinner wrote:
> However, options that
> reduce filesystem fragmentation (e.g. allocsize) still have value in
> keeping the amount of metadata and ptotential seeks down...

Yes, but for NetApp: maybe. With this whole deduplication thingy, I=20
wonder if even such a simple assumption is true. And then some people=20
make a snapshot every hour, whichmeans your log will wander around on=20
the storage anyway. So it's best to "just use it".

Another thing just crosses my mind: on a thin provisioned system, would=20
the TRIM command be useful? Do such storages recognise this command? It=20
would be very clever, I think. Let's say you run xfs_fsr, that would=20
allow the upper layer to relaim unused space. Would that be the storage=20
or XenServer/VMware which needs to understand this command?

=2D-=20
mit freundlichen Gr=FCssen,
Michael Monnerie, Ing. BSc

it-management Internet Services
http://proteger.at [gesprochen: Prot-e-schee]
Tel: 0660 / 415 65 31

****** Radiointerview zum Thema Spam ******
http://www.it-podcast.at/archiv.html#podcast-100716

// Wir haben im Moment zwei H=E4user zu verkaufen:
// http://zmi.at/langegg/
// http://zmi.at/haus2009/

--nextPart3601255.z1EFAu9d68
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAkzHatAACgkQzhSR9xwSCbTEyACg61exbXmVAk8+xLYSklyFHLxv
UDMAoO454ogHg6p6Udfq6/7bj+HtFByB
=Ik9u
-----END PGP SIGNATURE-----

--nextPart3601255.z1EFAu9d68--