XFS Performance on NetApp

[Michael Monnerie]

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 
wonder if even such a simple assumption is true. And then some people 
make a snapshot every hour, whichmeans your log will wander around on 
the storage anyway. So it's best to "just use it".

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

-- 
mit freundlichen Grüssen,
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äuser zu verkaufen:
// http://zmi.at/langegg/
// http://zmi.at/haus2009/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20101027/99dc8b16/attachment.sig>