From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 76F1B139083 for ; Tue, 5 Dec 2017 11:40:03 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E784DE1036; Tue, 5 Dec 2017 11:39:57 +0000 (UTC) Received: from mail-wm0-x22d.google.com (mail-wm0-x22d.google.com [IPv6:2a00:1450:400c:c09::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 82AE0E100A for ; Tue, 5 Dec 2017 11:39:57 +0000 (UTC) Received: by mail-wm0-x22d.google.com with SMTP id n138so690706wmg.2 for ; Tue, 05 Dec 2017 03:39:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:reply-to:subject:date:message-id:in-reply-to:references :mime-version; bh=klgpKqnSXe3LeYThmdSyylWlsnFGmdjpGa+A1TE/y/I=; b=OaEh9u+XAwEhcgMGvollbG73elITRpxIO3RNRkCBdw8wc4JMDdcLs5Xunj5BQM+QFN NfCul/t9z1bLM6zVWNOTH3x8bZV+/BHXl5rhEOOZym0BK/Nsk4cCDUHOF6r/0Wc3o9G0 hdiLQ02GudaOFMhLxF+DqWp+S/HhKa+UhuTo+0jQo4+C664okyfQzWbTtNobZ5xQlGvL 4NzUSm8xJIJk40BsbTvhYhKgsdFe7OnZb/TnEft5lduGvsZ/60tOFurcP1AWAGSqyV3q r3VqrELoX6Mu9/XLkYotlWP0Spw9N4BHH2E2RhqRXDIfjRg9A3+Vgq8nQJwFKYXgrQoJ YKtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:reply-to:subject:date:message-id :in-reply-to:references:mime-version; bh=klgpKqnSXe3LeYThmdSyylWlsnFGmdjpGa+A1TE/y/I=; b=tcobkv4cGYTbfa0RThTM93hJbaXYPl+fwAfLqwOg5e4t6VPUCUB3+nEQhQc8vSsGmX ZxIYDM3ZHmFqiCgrLggg21E3Aq6Q+z9koWqoI4EtEIqdMk5HzPtJ/y+Bd4Dt77rrzd48 7WRvQp7VDUM2Z3Lri/FuBcyWJweMJC/QjbhnD9JiwhgZr78IfbdtcXZxHkIw/reuxsXO OsZx2123XQUvdRDmp7ACDhSEEM92/ySP+BxZgOzsej8xTt64Xxhk3M52yoF55UpI58M6 +PXhwfq/t5qrjnjea2ShiPX6uPuvvauUvnyGeStCQkhfiRYZ/bmobizs/cjvk7hwCPgp v7ow== X-Gm-Message-State: AKGB3mJ0P9M5B3dj1w4risvG4NkH3t8VaOLjb31sEpzNmDbfquj3jbdg yeAV5TO+9UxIjgXjF4bR42sI6Q== X-Google-Smtp-Source: AGs4zMaYNCZO9EmpQNIhWEIeKTMIrvVCsbUVj3iVcjSTyvTOCcWdBn8UEm4vIud+RbGld1PHQQG6CA== X-Received: by 10.28.224.4 with SMTP id x4mr5353769wmg.118.1512473995989; Tue, 05 Dec 2017 03:39:55 -0800 (PST) Received: from dell_xps.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230]) by smtp.gmail.com with ESMTPSA id i8sm14863153wrb.29.2017.12.05.03.39.54 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 05 Dec 2017 03:39:55 -0800 (PST) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] is multi-core really worth it? Date: Tue, 05 Dec 2017 11:39:56 +0000 Message-ID: <2858662.d3CNvYHNZW@dell_xps> In-Reply-To: <8ad51522-2b55-f976-8908-9ad48fe4be52@st.com> References: <6b5fbeca-453c-f103-5e4e-a8db83a6dabf@st.com> <5A267913.5030902@youngman.org.uk> <8ad51522-2b55-f976-8908-9ad48fe4be52@st.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="nextPart1542005.5hlIOZHpfK"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Archives-Salt: 289f9742-1aa7-46fb-a457-a63c4c4339f0 X-Archives-Hash: ccb34c2b93c89d6e2823f946a6bc1fd5 --nextPart1542005.5hlIOZHpfK Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" On Tuesday, 5 December 2017 11:13:53 GMT Raffaele Belardi wrote: > Wols Lists wrote: > >> If a tmpfs fills up, the excess gets swapped out, but with 32GB RAM here > >> I > >> haven't yet seen any swap used at all - not even in an emerge -e world. > > > > Same here. Note that tmpfs defaults to half ram, so that would give you > > a 16GB /var/tmp/portage. With 16GB ram here, that would probably cause > > things like emerging libreoffice or firefox or gcc to abort. > > Not really, libreoffice and gcc compile slowly but fine here with 3Gb RAM > and 3Gb spin-disk swap, and using PORTAGE_NICENESS=19 the system is still > usable (rebuilding world for the profile switch right now). That's with an > LXDE desktop, Gnome3 survived only a few months, _that_ was really > unusable. > > $ free > total used free shared buff/cache > available Mem: 3102960 1316120 964848 370488 > 821992 1123260 Swap: 3076344 91648 2984696 > > $ df > Filesystem Size Used Avail Use% Mounted on > tmpfs 304M 1.9M 302M 1% /run > none 1.5G 0 1.5G 0% /dev/shm > > $ eix -I libreoffice > [I] app-office/libreoffice > Available versions: 5.4.2.2 (~)5.4.3.2 > Installed versions: 5.4.3.2 > > $ gcc-config -l > [1] i686-pc-linux-gnu-7.2.0 * > > $ qlop -gH libreoffice | tail -n 2 > libreoffice: Wed Nov 22 18:13:17 2017: 12 hours, 37 minutes, 9 seconds > libreoffice: 13 times > > $ qlop -gH gcc | tail -n 2 > gcc: Mon Dec 4 21:50:26 2017: 3 hours, 9 minutes, 7 seconds > gcc: 80 times > > $ uname -a > Linux ws2912 4.14.0-gentoo #1 SMP Fri Nov 17 09:31:56 CET 2017 i686 Intel(R) > Pentium(R) 4 CPU 3.40GHz GenuineIntel GNU/Linux How does gcc-7.2.0 compare with 6.4.0 in terms of memory efficiency? I'm asking because on a 1st gen i7 and 4G of RAM, for the first time ever, www-client/chromium-62.0.3202.94 failed to build because of an internal compiler error. I'm guessing it had something to do with me always running MAKEOPTS="-j5 -l12.8", but I can't recall what formula I used to arrive at this load number ... I'm trying again with emerge --load-average 4 to see if it compiles this time. When I switched to profile 17.0 I noticed a 2.5x increase in time it took to emerge the previous version of chromium, as part of 'emerge -e @world', but I hoped this was a one off mishap because I was using the PC at the time: Thu Nov 9 17:44:58 2017 >>> www-client/chromium-62.0.3202.89 merge time: 8 hours, 12 minutes and 30 seconds. Mon Dec 4 11:39:36 2017 >>> www-client/chromium-62.0.3202.89 merge time: 20 hours, 2 minutes and 4 seconds. With only 4G RAM the poor thing was thrashing the disk swapping on and off forever, becoming completely unresponsive for minutes at a time. -- Regards, Mick --nextPart1542005.5hlIOZHpfK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEt7MNaGaS6HvTUrEz6WnU8jC95dcFAlomhYwACgkQ6WnU8jC9 5dePEQ//buUXdkt1ohMjxlYtPrBNcaXZRZWqH105pEquBRJtNi8n03j+B4M6EPvE hfxJaqeUQ2CjZZUOpD1RiU5n5L4zAeq815oAEO4KCRX9dKf6775E/and96UW2NNq 5xopHy2UIutR9V/avYO/PxgEKWwUcAx7HMDtfBbV+Y7ojodX3CeIX/Auah2BxIqx Ai7yVUs+lwb+PxkCAqBQL6wwMkf57mFti7Dj7Zs4/nKn0+6CM8gU3lHUef3PNjG2 IYmhvo5Xxi3RkXj2nWBJ2xAN6zOzXRV5cBbSJdZu6H5My6aeqWwIpT22F65d9Nwr HcsEyKWTtYFEXD7X6uTagmBoJKwu5UIAPx2TXn5CJcNegNaTXygI4ZXESF1a9eGk ikhW8pB5m7V/szfvB8c+qN4X7uKRoXvdngcGIfCBTqI/rE9iiemI3BXJxT3sWcI7 QA6R9Gs2LRz4POqeB7jThLoaqgsJh3c4Ph+IJ9BZ5wkuFaOv9c1a2N+mhn6NoSWn TGRmOyUvHyl9g8LSw1tdw/N3pL9ristPCd/IqSBJNmuDgvyzwDevZjNjAtFfRv+l WHsXE8c15cB5ap5JfEjghJZ5fi0NuMw1SA879n7l6LbafNKCQGiV6MHlxopYpBfQ RCStHsaqcHc2kji5cMQvRkWNeTxTd2g2pA1Ob1yLqoEOgmut2KI= =hYgZ -----END PGP SIGNATURE----- --nextPart1542005.5hlIOZHpfK--