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 1S0go0-0006np-Vj for garchives@archives.gentoo.org; Thu, 23 Feb 2012 22:06:29 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 72B4DE0DE8; Thu, 23 Feb 2012 22:06:20 +0000 (UTC) Received: from mail-bk0-f53.google.com (mail-bk0-f53.google.com [209.85.214.53]) by pigeon.gentoo.org (Postfix) with ESMTP id A2628E0B98 for ; Thu, 23 Feb 2012 22:05:20 +0000 (UTC) Received: by bkcit16 with SMTP id it16so1706962bkc.40 for ; Thu, 23 Feb 2012 14:05:19 -0800 (PST) Received-SPF: pass (google.com: domain of mikemol@gmail.com designates 10.205.130.1 as permitted sender) client-ip=10.205.130.1; Authentication-Results: mr.google.com; spf=pass (google.com: domain of mikemol@gmail.com designates 10.205.130.1 as permitted sender) smtp.mail=mikemol@gmail.com; dkim=pass header.i=mikemol@gmail.com Received: from mr.google.com ([10.205.130.1]) by 10.205.130.1 with SMTP id hk1mr1531148bkc.140.1330034719887 (num_hops = 1); Thu, 23 Feb 2012 14:05:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=DohkYKfbFvBLZhn/o6QbOEzRjmgcfBOa+IYw1wt1DSg=; b=uv0Lu+/kQFISfu/lsltfTwf0uRmQtPQmQk4A7T7PiqCWfPJFOJySkVFGBrVp1+Nv1B Xgy6oKQ054fG8d8hyR7X9BI88br31WxINBPYt29y34Xt9Q779JsVgTbEpUBR9XAN62ed b8xR5eW8kgiseErtrdovIarYC10D1YliWRc6I= 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 Received: by 10.205.130.1 with SMTP id hk1mr1271746bkc.140.1330034719699; Thu, 23 Feb 2012 14:05:19 -0800 (PST) Received: by 10.204.14.19 with HTTP; Thu, 23 Feb 2012 14:05:19 -0800 (PST) In-Reply-To: References: <20120223213900.67cce5ba@khamul.example.com> <20120223203842.4bf471b2@digimed.co.uk> Date: Thu, 23 Feb 2012 17:05:19 -0500 Message-ID: Subject: Re: [gentoo-user] gcc fails and then succeeds - definitely a problem? From: Michael Mol To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 7cd85693-4100-40d5-a541-7bdfaaab13d2 X-Archives-Hash: 6b194787d07d392c8755e378991f8505 On Thu, Feb 23, 2012 at 4:00 PM, Grant wrote: >>> > Parallel builds are not deterministic so if the Makefile allows a rac= e >>> > condition to develop it's pot luck whether you'll be hit with it or >>> > not >>> >>> I got sick of stuff like that so I run MAKEOPTS=3D"-j1" on all of my >>> systems. >> >> If it were a frequent occurrence, there may be some benefit in that. But >> using only one of the CPUs 8 cores is such a waste when this sort of >> thing happens only every few weeks. Usually trying again works, rarely >> does using -j1 make a difference and when it does a bug report ensures >> that it won't be an issue in future. > > OK you've inspired me to give it another try. =C2=A0So if I find a packag= e > that doesn't build with -jn where n > 1 but does build with -j1 I > should file a bug? Pretty much. It can get more specific than that, but that much is already a help. Here's the relevant portions of my MAKEOPTS and EMERGE_DEFAULT_OPTS which should speed things up for you about as much as possible. MAKEOPTS=3D"--jobs --load $n" # Where $n is num_CPUs * 1.25 EMERGE_DEFAULT_OPTS=3D"--jobs --load-average=3D$m" # Where $m is num_CPUs *= 1.5 With the "--jobs" parameters, I haven't needed to set $n or $m to num_CPUS*2 to try to keep the load average up. Here's my MAKEOPTS and EMERGE_DEFAULT_OPTS verbatim, for an eight-core mach= ine: MAKEOPTS=3D"--jobs --load 10" EMERGE_DEFAULT_OPTS=3D"--jobs --load-average=3D12 --verbose --tree --with-bdeps=3Dy --keep-going" If you want to keep things simple, just go with num_CPUs=3Dn for both $m an= d $n. --=20 :wq