[gentoo-dev] Re: Parallizing ebuilds - 'trivial' ebuilds
Patrick Lauer posted <[EMAIL PROTECTED]>, excerpted below, on Fri, 13 Jan 2006 12:06:28 +0100: > Very difficult - usually gcc uses ~25M per process (small source files), > but I've seen >100M (most larger C++ files) and heard of ~600M per > process for MySQL > > Limiting that is beyond the scope of portage. There's one point in the kmail/kdepim (split/monolithic) build where with USE=kdeenablefinal on AMD64, a single process takes > 700 meg, based on my results. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Parallizing ebuilds - 'trivial' ebuilds
Duncan wrote: app-arch/pbzip2 It covers only bzip2, but proves that it can be done. I tend to like it for catalyst, since it helps a lot on SMP machines. Very cool! I didn't know that existed. It could be quite useful here on my dual Opteron. Thanks! For those who wondered what might be the purpose of that mail, re-read the last sentence with stress on the last three words. SCNR -- Simon Stelling Gentoo/AMD64 Operational Co-Lead [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: Parallizing ebuilds - 'trivial' ebuilds
Chris Gianelloni posted <[EMAIL PROTECTED]>, excerpted below, on Thu, 12 Jan 2006 09:11:27 -0500: > app-arch/pbzip2 > > It covers only bzip2, but proves that it can be done. I tend to like it > for catalyst, since it helps a lot on SMP machines. Very cool! I didn't know that existed. It could be quite useful here on my dual Opteron. Thanks! -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list