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 1RUJt3-0006WN-2e for garchives@archives.gentoo.org; Sat, 26 Nov 2011 15:09:53 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CF2FFE0529; Sat, 26 Nov 2011 15:09:43 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 78099E0512 for ; Sat, 26 Nov 2011 15:09:17 +0000 (UTC) Received: from pomiocik.lan (77-255-21-18.adsl.inetia.pl [77.255.21.18]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id E7FB01B4034; Sat, 26 Nov 2011 15:09:15 +0000 (UTC) Date: Sat, 26 Nov 2011 16:09:36 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: rich0@gentoo.org Subject: Re: [gentoo-dev] Re: proj/portage:master commit in: pym/portage/dbapi/ Message-ID: <20111126160936.64eeee1c@pomiocik.lan> In-Reply-To: References: <1d4ac47c28706094230cb2c4e6ee1c1c71629aa0.arfrever@gentoo> <20111126105822.GA37825@gentoo.org> <20111126113830.GC37825@gentoo.org> <20111126125915.428cb31a@googlemail.com> Organization: Gentoo X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.8; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA256; boundary="Sig_/ps8.hqvEG/RM8fJWEENdh8G"; protocol="application/pgp-signature" X-Archives-Salt: 755a33a2-aeb6-45b5-ab91-c82d29d165a9 X-Archives-Hash: de219f7586ae7e3e9840d8c38bf3bc86 --Sig_/ps8.hqvEG/RM8fJWEENdh8G Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 26 Nov 2011 08:44:28 -0500 Rich Freeman wrote: > Oh, on the topic of btrfs, if any emerge operations do file copies, > adding --reflink=3Dauto to the cp command will GREATLY improve > performance. That does a copy-on-write copy - it behaves like a > hard-link as far as time to create goes, but it behaves like a full > copy as far as modifications not being shared goes. [...] We don't rely on external tools to do the copying. AFAIR it uses Python's shutil module which is rather poor. I'm slowly working on creating atomic-install tool for merging this more optimally [1]. But in this particular case, I don't think COW is particularly useful. If it works only on filesystem bounds, we could move the file directly anyway. [1]:https://github.com/mgorny/atomic-install --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/ps8.hqvEG/RM8fJWEENdh8G Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iJwEAQEIAAYFAk7RATUACgkQfXuS5UK5QB2SXwP9FJDe7RE/rtMxMR9dxcHT36Yu PtF4u4wBFFOmZyj3ZNr5tDwhzTvKf5mk8Gjkk32kmd60yzsdWKXHTcItlvNjY3qp yMZGXF5CbFnoBhkayYBGhBDqLLs+Uw2j01tVoiPE5FW85k42qaEYtiM4LQ2ooaog 31/8onSp+JDJIvuHs10= =aY4u -----END PGP SIGNATURE----- --Sig_/ps8.hqvEG/RM8fJWEENdh8G--