From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1MY8Pc-0003Pg-Lj for garchives@archives.gentoo.org; Tue, 04 Aug 2009 01:01:57 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A0ECEE03EF; Tue, 4 Aug 2009 01:01:55 +0000 (UTC) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by pigeon.gentoo.org (Postfix) with ESMTP id 7EC1FE03EF for ; Tue, 4 Aug 2009 01:01:55 +0000 (UTC) Received: by ywh2 with SMTP id 2so9417256ywh.2 for ; Mon, 03 Aug 2009 18:01:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=GvwJhr6elfL6NiV0Y97rUSCrK4zh0msFRKKiKC8/Zf0=; b=TTB0bpjPYsDqJGuXlZa1r1V47n+QaEVQkz8BoHkRT62ZAEM1+LjJZ/a8/lxMLT4H1B aR46d7Sx/oZ6srey19Ri3zyXsjVi+VbHRgU6KaHsJMwsC3NQFiyiEdIqK5SY92xcW7hE F1VRdYMqj2/UNfcjGBtJcjuVnk+ZtTSLnDqns= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=o6HBfYHMPmMilGbZa2g0MFlaXiRrs9i9GcqJibZ+vU2v7M4BAwV2XQKLnCMObIa09m oRf8c8LWyVEmht7CbS0lFDCcEie5Yet7BNUns4MEgL5VZ5gf+TcilibdnrRN/gnzyPII hhAT1Ya4IaLcwFqQWcqqnvN++Vq+tT2qLQp0A= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Sender: paul.hartman@gmail.com Received: by 10.150.225.11 with SMTP id x11mr11846182ybg.125.1249347711758; Mon, 03 Aug 2009 18:01:51 -0700 (PDT) In-Reply-To: <49bf44f10908031648g65d405b0i78beead0ea0b8ab9@mail.gmail.com> References: <49bf44f10908031322y2b06b5ffx76ecb27092b9edfa@mail.gmail.com> <58965d8a0908031405g1cf04cbarc77d588072fdbe89@mail.gmail.com> <49bf44f10908031648g65d405b0i78beead0ea0b8ab9@mail.gmail.com> Date: Mon, 3 Aug 2009 20:01:51 -0500 X-Google-Sender-Auth: ba9681b7e80846ab Message-ID: <58965d8a0908031801xcfd2a8ex433705ed93cf589c@mail.gmail.com> Subject: Re: [gentoo-user] Anybody tried shake defragmenter? From: Paul Hartman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 0b51e555-6883-4085-bc3a-d5b644e50cf7 X-Archives-Hash: 363365b70720d57acd14f1301a9fd82e On Mon, Aug 3, 2009 at 6:48 PM, Grant wrote: >>> I know Linux systems aren't supposed to become fragmented, but I've >>> also read that it can happen eventually. I'm on ext3. I've read that >>> ext4 will have a defragmenter but that it doesn't have one yet. >> >> It's not that they aren't supposed to become fragmented, it is that >> they try to avoid it. There is a big difference, and things like >> streaming writes (downloads, bittorrents, etc) can cause extreme >> fragmentation. > > Yeah, that's when I'm hearing the HD access I didn't hear before. I > run miro and it's downloading several torrents all the time. It never > made a sound before, but now there's a rhythmic grinding sound when > miro is running, maybe because the HD is more full now. Could shake > help with this? To find out, should I be running it on the partially > downloaded torrents? Well, bittorent does not download in sequential order, so it is constantly doing random reads and writes. You may not be able to avoid the HD grinding during this kind of activity. Download to a RAM drive or SSD or something perhaps. Fragmentation definitely gets worse the nearer you are to full (which for me is always). I have seen very small files with hundreds of fragments as I live at 99% of my space used. They say a hard drive has 2 states: new and full :) It certainly wouldn't hurt to defrag the partial files, though you may want to pause your download before doing it (I don't know how much locking/blocking may occur on in-use files). Some bittorrent clients have an option to write a placeholder file; this is supposed to prevent fragmentation since it's allocating the space for the whole file immediately. Vuze is what I use, it calls this option "allocate and zero new files on creation". The down-side is it could take a while to initialize if you're downloading something huge, especially if you're saving to a network or USB hard drive that's not very fast.