On Wed, 2011-06-08 at 16:35 +0100, Richard Purdie wrote: > I'm not sure how this would reduce performance of builds of a few > threads, it should just make better use of any available "spare" > processing capacity throughout the build.
If I'm reading the patch right, it does involve a certain amount of extra copying around of the locale-related files since they need to be stashed away in some place where libc-locale.bb can find them later. I don't think these files are especially big, but there are quite a few of them (which is the whole reason that libc's do_package was slow in the first place). I must admit that I'm slightly surprised that libc's packaging stage is becoming a bottleneck for anything other than the very smallest builds. If there's any substantial amount of other material being compiled then I would expect that there would be enough do_compile() work to keep the other threads busy until libc was done packaging. That's not to say that I think this change is a bad idea, but I would be interested to know what the actual impact is for real-world workloads. And, just on a point of principle, any time we're making a chance for performance-related reasons I think we should always have measurements to back it up. p. _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core