From: Alex Schuster <wonko@wonkology.org>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Hoping someone can help explain distcc to me
Date: Sun, 21 Aug 2011 12:38:29 +0200 [thread overview]
Message-ID: <2116906.VYAsTq4gL1@weird> (raw)
In-Reply-To: <4E5060AD.8030700@persimplex.net>
victor romanchuk writes:
> > Both machines contain "distcc" in FEATURES. It's not using
> > -march=native. I've tried various -jN values with no real difference
> > in performance.
-jN in make.conf's MAPEOPTS variable I assume, not as argument to emerge,
which does something different. It also hides the normal compile messages,
in case of problems you should see something like 'failed to distribute to
<host>'.
And syslog on the desktop should list every distributed job.
Distcc helps a lot here when I use Gentoo on slow systems. Although they are
still slow, because of time spent for configuring, or linking.
And maybe you are also using ccache, and your tests were recompiles of stuff
already cached, so the slow machine is fast at this?
> i had noticed that distcc is peevish about CFLAGS: these should be
> compatible on both client and server. in my case i made these similar on
> both machines (laptop is core2duo and desktop is core2quad; both are
> running amd64 arch)
I don't think this is true - as long as the CHOST is identical, there should
be no problem.
> yet another way to install packages on weak notebook running it on the
> same arch as desktop runs, - is to create binaries at powerful machine
> (while emerging or with quickpkg utility) and share $PKGDIR with laptop
This means some extra work, and also use flags need to be compatible, but
the speedup would be much bigger than with just distcc.
What about exporting the whole root file system and mounting it on the fast
desktop, chrooting and emerging?
And then there's Sabayon, based on Gentoo, but with binary packages. And
when you want to customize things (use different use flags), you can still
compile stuff manually. I will try this for a slow desktop PC now, all this
compiling is so annoying.
Wonko
next prev parent reply other threads:[~2011-08-21 10:40 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-20 22:56 [gentoo-user] Hoping someone can help explain distcc to me Paul Hartman
2011-08-21 0:35 ` Peter Humphrey
2011-08-21 1:08 ` Paul Hartman
2011-08-21 1:58 ` Peter Humphrey
2011-08-21 2:46 ` Dale
2011-08-21 3:04 ` Matthew Finkel
2011-08-21 9:41 ` Peter Humphrey
2011-08-21 13:53 ` Joost Roeleveld
2011-08-21 16:27 ` Peter Humphrey
2011-08-21 17:42 ` Neil Bothwick
2011-08-24 11:04 ` Dale
2011-08-21 1:34 ` victor romanchuk
2011-08-21 10:38 ` Alex Schuster [this message]
2011-08-21 14:39 ` victor romanchuk
2011-08-22 20:41 ` Alex Schuster
2011-08-22 22:36 ` Bill Longman
2011-08-22 22:41 ` Bill Longman
2011-08-22 19:47 ` [gentoo-user] " Paul Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2116906.VYAsTq4gL1@weird \
--to=wonko@wonkology.org \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox