From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D4CE91381F3 for ; Sun, 21 Jul 2013 07:13:53 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E827DE0968; Sun, 21 Jul 2013 07:13:48 +0000 (UTC) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7D045E0954 for ; Sun, 21 Jul 2013 07:13:47 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id x12so1578486wgg.0 for ; Sun, 21 Jul 2013 00:13:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:reply-to:to:subject:date:user-agent:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=HiXo4WY3iHTQgutPertkxOyOHH6QGuA3o5N6K+g3Y+U=; b=Z/PUEo17Ag4Jd87AmoGbbrUvZA/ywMsTd3g5Ktvld2pEcevpPm2BHK72cRGrA6n/1m PdfdWrtyKSHYYg7y3KX05Rr/Ap9W1r58pl5L7PqoipyvwN8SJRJm7KZ3AQFLtAyxmbgg cVlZ/9S4PdOyMZ4d0JH2bZTPNTUU1QZFlDrCEXJw6cCakVSsFN1ZN2pKGoeL8kxdUgJI p2LFT7AEqxzknfIRtd+0ime4AGAJ3V6feqaq2lIi4kctUZ2UvLM7dzXDkeGwOl1SA8F4 2JpycgIDFQx76SGC2n0//Um1lZN2dM7RH5kptQR1QQ/Nyq8IdkB+FkXfhCtuPCr2M6Ph 5k/Q== X-Received: by 10.180.211.171 with SMTP id nd11mr15246705wic.17.1374390826154; Sun, 21 Jul 2013 00:13:46 -0700 (PDT) Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230]) by mx.google.com with ESMTPSA id r8sm58228645wiz.5.2013.07.21.00.13.44 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 21 Jul 2013 00:13:45 -0700 (PDT) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] SSD partitioning and migration Date: Sun, 21 Jul 2013 08:13:21 +0100 User-Agent: KMail/1.13.7 (Linux/3.8.13-gentoo; KDE/4.10.4; x86_64; ; ) References: <51E8E30E.20906@gmail.com> <20130720021136.GZ3387@server> <51EA1C48.9010108@gmail.com> In-Reply-To: <51EA1C48.9010108@gmail.com> 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: multipart/signed; boundary="nextPart2049657.lgeFzt4UbT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201307210813.32682.michaelkintzios@gmail.com> X-Archives-Salt: a86e84a2-d7bd-460f-bafd-43af88cfcf75 X-Archives-Hash: cf5b671b40c6dd9d47e87d33f48a12c0 --nextPart2049657.lgeFzt4UbT Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On Saturday 20 Jul 2013 06:12:40 Dale wrote: > Bruce Hill wrote: > > On Fri, Jul 19, 2013 at 08:34:27PM -0500, Dale wrote: > >>> Stop using disk and build in RAM: > >>>=20 > >>> tmpfs /var/tmp/portage tmpfs =20 > >>> size=3D7000M,nr_inodes=3D1M 0 0 tmpfs /dev/= shm =20 > >>> tmpfs nodev,nosuid,noexec 0 0 > >>>=20 > >>> workstation ~ # free -m > >>>=20 > >>> total used free shared buffers =20 > >>> cached > >>>=20 > >>> Mem: 15798 3711 12087 0 0 = =20 > >>> 937 -/+ buffers/cache: 2772 13025 > >>> Swap: 8103 0 8103 > >>=20 > >> He may not have enough to do that tho. Some folks only have 4Gbs or > >> less still. That won't be enough for LOo. Heck, my 16Gbs wasn't enou= gh > >> at one time. I had to either let it be on HDD or set it to a higher > >> amount than the default half. > >>=20 > >> I also tested the time difference once before, it didn't really make > >> much difference. It just saves wear on a drive is all. > >>=20 > >> Dale > >=20 > > If 16GB of RAM wasn't enough, ydiw. I've used that line of 7G forever, > > and run app-office/libreoffice, as well as firefox and some other big > > app (forget it's name) and _never_ had a problem. >=20 > Well, a while back, OOo and LOo wanted more than 8Gbs. It wasn't my > need but what portage looked for. Then someone did some changes and > reduced that need and it worked. From my understanding, there was some > code clean up that helped in that. I think it looks for 6Gbs now. From > the ebuild: >=20 > CHECKREQS_MEMORY=3D"512M" > CHECKREQS_DISK_BUILD=3D"6G" >=20 > It used to be more than that. If it didn't have enough, it stopped. > Even when I would override that setting, it would still run out of space > more often than not. As a matter of fact, I still have the command in > my freq used commands file that I used to fix it: >=20 > mount -t tmpfs -o size=3D12g tmpfs /var/tmp/portage Does it stop dead or does it start to page into swap? =2D-=20 Regards, Mick --nextPart2049657.lgeFzt4UbT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQEcBAABAgAGBQJR64ocAAoJELAdA+zwE4YejbwIAL9UlYiYL18gP7FyuvCivc3r V/tyqFXoqNDZI7H+hh9x70insnnttd03SGUkTuKRLX8S28c3yJO8BpAGe3Pl0pih OblCmqtCZHFZA6harBLMF/7caeCPS2IDDWreR6ZC1ZMRn4gPC7UQGDg5G4y748KU z5YdiNHxszwZBU1uut4V4JHNSaEJf0XOUr/ZBReA7Aok9/9GXNoiTkXpHzq28wQD GQjt0adl+RUx77BUd2Pz1S0z7lVc9LDLMZ8k5AbyraKWBGNZJJ711ghRimxLReGL KKn1MKvA9gXXElUoDKZ8sR5t34JbWNYvfNeQU+zlY1PlMg5XNIaYz6/ZEwvpASY= =h7++ -----END PGP SIGNATURE----- --nextPart2049657.lgeFzt4UbT--