From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: with ECARTIS (v1.0.0; list xfs); Thu, 20 Jul 2006 17:20:30 -0700 (PDT) Received: from orca.ele.uri.edu (orca.ele.uri.edu [131.128.51.63]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id k6L0KGDW015845 for ; Thu, 20 Jul 2006 17:20:16 -0700 Subject: Re: stable xfs From: Ming Zhang Reply-To: mingz@ele.uri.edu In-Reply-To: <20060720190401.GA28836@tuatara.stupidest.org> References: <17595.47312.720883.451573@base.ty.sabi.co.UK> <1153262166.2669.267.camel@localhost.localdomain> <17597.27469.834961.186850@base.ty.sabi.co.UK> <1153272044.2669.282.camel@localhost.localdomain> <17598.2129.999932.67127@base.ty.sabi.co.UK> <1153314670.2691.14.camel@localhost.localdomain> <20060720061527.GB18135@tuatara.stupidest.org> <1153404502.2768.50.camel@localhost.localdomain> <20060720161707.GB26748@tuatara.stupidest.org> <1153413481.2768.65.camel@localhost.localdomain> <20060720190401.GA28836@tuatara.stupidest.org> Content-Type: text/plain Date: Thu, 20 Jul 2006 20:19:38 -0400 Message-Id: <1153441178.2768.158.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: xfs-bounce@oss.sgi.com Errors-To: xfs-bounce@oss.sgi.com List-Id: xfs To: Chris Wedgwood Cc: Peter Grandi , Linux XFS On Thu, 2006-07-20 at 12:04 -0700, Chris Wedgwood wrote: > On Thu, Jul 20, 2006 at 12:38:01PM -0400, Ming Zhang wrote: > > > i could not control my application. so i still need to do defrag > > some time. > > one thing that irks me about fsr is that unless it's given path > elements it that the files created to replace the fragmented file are > usually not allocated close the original file (they are openned by > handle after a bulkstat pass) so you tend to scatter your files about > if you're not careful what will be the side effect about this scattering? you want particular file in particular place? > > also, fsr implies doing a lot more work on the whole, writing, reading > and rewriting the files in most cases and because it uses dio it will > invalidate the page-cache of any files that might be being read-from > when it's running one thing i worry about fsr is when do fsr and some power loss events happen, can xfs handle this well? i will backup before trying these. need some time. ;) > > > yes. i should find out. hope to force a repair? > > umount cleanly and run xfs_repair, check to see how much memory it > uses with ps/top/whatever as it's running > > > unplug my power cord? ;) > > raid protects against failed disks, it usually doesn't protect well > against corruption from lost/bad writes as a result of dropping power > so well, if you have backups, sure, go for it