From: Steve S. <sa...@gm...> - 2008-02-09 23:23:03
|
Mark, I never actually timed it, but it seemed close to 2x. My autobuilder uses parallel make and it builds (clean) every image for both verdex and connex in glibc and uclibc flavors, as well as all of the package feeds for the repository in about 6 hours. When you multiply all those combinations it's quite amazing the amount of work it does! When I did non parallel make on my old machine it seemed like a single image for verdex took half that long :-) Steve On Feb 9, 2008 12:34 PM, Mark Ahlenius <m_a...@co...> wrote: > Hi Steve, > > out of curiosity, about how much faster? Do most Linux OS flavors > support and really use the multi-core cpu's? > > I remember years ago under Unix (SGI's) using pmake , but didn't keep up > with that on Linux machines. > > o does OE support that as well? > > Might be time to consider an upgrade. I wonder if that can be done to > an older Dell Dimension, or just buy a whole new machine. > > thanks for all you do! > > > 'mark > > Steve Sakoman wrote: > > Mark, > > > > If you have a multi-core cpu, you should enable parallel makes in > > build/conf/site.conf > > > > Your build will be much faster. > > > > Steve > > > > On Feb 8, 2008 6:51 PM, Mark Ahlenius <m_a...@co...> wrote: > > > >> Hi Steve, > >> > >> yes I did do that. I first edited the conf file per the note you posted > >> a little while back about the glibc. Unfortunately I (novice that I am > >> in this) repeated the original svn checkout cmd and hence had to rebuild > >> the whole image. Ouch, that hurt. ;-} > >> > >> Its done now but it takes at least 6+ hours to complete (2.2 GHz P4 > >> machine). > >> > >> Live, read and learn... > >> > >> thanks much, > >> > >> 'mark > >> > >> > >> Steve Sakoman wrote: > >> > >>> Mark, > >>> > >>> You could have used the images in the uclibc directory, but IMHO is is > >>> a good idea to switch to glibc right from the start. > >>> > >>> If you check out the latest revision, local.conf will already have the > >>> glibc change incorporated. > >>> > >>> Steve > >>> > >>> On Feb 8, 2008 11:27 AM, Mark Ahlenius <m_a...@co...> wrote: > >>> > >>> > >>>> Hi > >>>> > >>>> I just found a note from Steve S. about them moving towards glibc as a > >>>> more of a std or default. So i found the file to edit to change this and > >>>> am pulling down the latest version to build. Let's see if that fixes my > >>>> problem. > >>>> > >>>> 'mark > >>>> > >>>> > >>>> > >>>> > >>>> Mark Ahlenius wrote: > >>>> > >>>> > >>>>> Hi, > >>>>> > >>>>> ok so hopefully my title will describe this is a first for me. > >>>>> > >>>>> I have setup the OE build env. per the great > >>>>> "Setting-up-a-build-environ..." web pages on gumstix.net and assistance > >>>>> from a number of folks in this group. I am using Centos 5 (and starting > >>>>> to dislike Centos now). > >>>>> > >>>>> I did the successful build (at least I thought so)... Basically I > >>>>> followed the gumstix.net instructions using svn and bitbake. > >>>>> > >>>>> However, when I went to download the new image to the verdex XL6P, I was > >>>>> following the download instructions but don't find a glibc directory on > >>>>> my build machine. - ~/guumstix/gumstix-oe/temp/deploy/ > >>>>> > >>>>> The only subdir there is a ulibc. > >>>>> > >>>>> I was planning on using glibc, as I didn't need the micro kernel > >>>>> version. How can I get this version built? > >>>>> > >>>>> thank you, > >>>>> > >>>>> 'mark > >>>>> > >>>>> ------------------------------------------------------------------------- > >>>>> This SF.net email is sponsored by: Microsoft > >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>>> _______________________________________________ > >>>>> gumstix-users mailing list > >>>>> gum...@li... > >>>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users > >>>>> > >>>>> > >>>>> > >>>>> > >>>> ------------------------------------------------------------------------- > >>>> This SF.net email is sponsored by: Microsoft > >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>> _______________________________________________ > >>>> gumstix-users mailing list > >>>> gum...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users > >>>> > >>>> > >>>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> gumstix-users mailing list > >>> gum...@li... > >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users > >>> > >>> > >>> > >> ------------------------------------------------------------------------- > >> This SF.net email is sponsored by: Microsoft > >> Defy all challenges. Microsoft(R) Visual Studio 2008. > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >> _______________________________________________ > >> gumstix-users mailing list > >> gum...@li... > >> https://lists.sourceforge.net/lists/listinfo/gumstix-users > >> > >> > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |