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 1QnWRv-0001gX-47 for garchives@archives.gentoo.org; Sun, 31 Jul 2011 13:53:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 98BB421C16C; Sun, 31 Jul 2011 13:52:46 +0000 (UTC) Received: from mail.ukfsn.org (unknown [77.75.108.3]) by pigeon.gentoo.org (Postfix) with ESMTP id 1F4C021C0A8 for ; Sun, 31 Jul 2011 13:51:38 +0000 (UTC) Received: from localhost (smtp-filter.ukfsn.org [192.168.54.205]) by mail.ukfsn.org (Postfix) with ESMTP id 10BFEDED4E for ; Sun, 31 Jul 2011 14:51:37 +0100 (BST) Received: from mail.ukfsn.org ([192.168.54.25]) by localhost (smtp-filter.ukfsn.org [192.168.54.205]) (amavisd-new, port 10024) with ESMTP id cJrvKJXq8sdn for ; Sun, 31 Jul 2011 14:52:25 +0100 (BST) Received: from wstn.localnet (unknown [78.32.181.186]) by mail.ukfsn.org (Postfix) with ESMTP id D4BF8DED48 for ; Sun, 31 Jul 2011 14:51:36 +0100 (BST) From: Peter Humphrey Organization: at home To: gentoo-user@lists.gentoo.org Subject: Re: OT: Re: [gentoo-user] X Freezes With Firefox on Many Post 2.6.38 Kernels Date: Sun, 31 Jul 2011 14:51:35 +0100 User-Agent: KMail/1.13.7 (Linux/2.6.39-gentoo-r3; KDE/4.6.3; x86_64; ; ) References: <20110725182047.GM30008@ns1.bonedaddy.net> <201107311213.09474.michaelkintzios@gmail.com> In-Reply-To: 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 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201107311451.36206.peter@humphrey.ukfsn.org> X-Archives-Salt: X-Archives-Hash: 9733023d8aa33c98ff9d03c49b662930 On Sunday 31 July 2011 14:15:20 Joshua Murphy wrote: > Well, GParted, if I recall, does a couple checks to guess 'best' block > size when cloning or moving a partition, but I'm really not sure how > it does things when shrinking and shifting it sideways to a spot that > overlaps with where it started... but based on the above, I would > guess it really does do a bs of 512, or ar best, the cluster size of > the file system it is moving (usually 4k), since it's moving the data > stored there, not the whole partition, block for block. In fact it did run those tests, and it settled on a value of, I think, 16MB blocks. It then ran a read-only test of the entire file system, and only then started copying it. As it was moving the partition upwards by about half its occupied size, there was considerable overlap. That must mean that it started with the highest-numbered block and worked steadily (very!) downwards. I don't know where in the partition it ran its speed tests, but on a partition that occupies almost all the physical disk, as it did, there must be a considerable speed difference between its two ends. -- Rgds Peter Linux Counter 5290, 1994-04-23