public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Compile question
@ 2006-07-17  2:52 Anthony E. Caudel
  2006-07-17  3:30 ` Jeremy Olexa
  0 siblings, 1 reply; 3+ messages in thread
From: Anthony E. Caudel @ 2006-07-17  2:52 UTC (permalink / raw
  To: Gentoo Mailing List

I have an AMD 64x2 with MAKEOPTS set to -j3.

I have noticed that some compiles (glibc for example) will use the
system to the fullest. top reports %CPU near 0%.  Other compiles, such
as openoffice seem to use only half as much cpu time.  For this top
reported consistently near 50%.

So I'm wondering if the openoffice compile used only one of the amd
cores.  Do some of the emerges ignore the MAKEOPTS setting?  Or is this
an upstream issue with the compile not using threads?

Tony
-- 
Those who would give up essential Liberty, to purchase a little temporary
Safety, deserve neither Liberty nor Safety.
   -- Benjamin Franklin
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user] Compile question
  2006-07-17  2:52 [gentoo-user] Compile question Anthony E. Caudel
@ 2006-07-17  3:30 ` Jeremy Olexa
  2006-07-17  3:56   ` Donnie Berkholz
  0 siblings, 1 reply; 3+ messages in thread
From: Jeremy Olexa @ 2006-07-17  3:30 UTC (permalink / raw
  To: gentoo-user

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Anthony E. Caudel wrote:
> I have an AMD 64x2 with MAKEOPTS set to -j3.
> 
> I have noticed that some compiles (glibc for example) will use the
> system to the fullest. top reports %CPU near 0%.  Other compiles, such
> as openoffice seem to use only half as much cpu time.  For this top
> reported consistently near 50%.
> 
> So I'm wondering if the openoffice compile used only one of the amd
> cores.  Do some of the emerges ignore the MAKEOPTS setting?  Or is this
> an upstream issue with the compile not using threads?
> 
> Tony

Tony,
Some ebuilds filter out MAKEOPTS="-jX" because the makefile(?) is not
written correctly to compile with more than one concurrent compile
process. According to the OOo ebuild, -jX is not filtered, so that is
not the case. Also, you may have checked the CPU usage when it was
extracting the tarball, obviously the choke point here would be the HD,
not the CPU.

Just some extra info for you, I am not the ebuild expert. HTH

- --
Jeremy Olexa
(olexa@cs.umn.edu)
Office: EE/CS 1-201
CS/IT Systems Staff
University of Minnesota

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEuwRJFN7pD9kMi/URAsCSAJwMXoPA1fqg5CHkJxbId0OYsCXEcACeKXGc
r9FcluQ/XA0fRm8nBzTzmK4=
=goWq
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [gentoo-user] Compile question
  2006-07-17  3:30 ` Jeremy Olexa
@ 2006-07-17  3:56   ` Donnie Berkholz
  0 siblings, 0 replies; 3+ messages in thread
From: Donnie Berkholz @ 2006-07-17  3:56 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 894 bytes --]

Jeremy Olexa wrote:
> Tony,
> Some ebuilds filter out MAKEOPTS="-jX" because the makefile(?) is not
> written correctly to compile with more than one concurrent compile
> process. According to the OOo ebuild, -jX is not filtered, so that is
> not the case. Also, you may have checked the CPU usage when it was
> extracting the tarball, obviously the choke point here would be the HD,
> not the CPU.

Actually ...

    # Should the build use multiprocessing? Not enabled by default, as
it tends to break
    export JOBS="1"
    if [ "${WANT_DISTCC}" == "true" ]; then
        export JOBS=`echo "${MAKEOPTS}" | sed -e "s/.*-j\([0-9]\+\).*/\1/"`
    fi

Then later on, this gets passed to configure:

        --with-num-cpus="${JOBS}" \

To sum up, you need to set the WANT_DISTCC variable to use parallel
builds on openoffice because they're fragile.

Thanks,
Donnie


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-07-17  4:09 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-07-17  2:52 [gentoo-user] Compile question Anthony E. Caudel
2006-07-17  3:30 ` Jeremy Olexa
2006-07-17  3:56   ` Donnie Berkholz

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox