This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Speed up genattrtab


On Tue, Jun 15, 2010 at 8:39 PM, Mark Mitchell <mark@codesourcery.com> wrote:
> Jan Hubicka wrote:
>
>> In WHOPR compilation we now partition the program based on source files (this
>> is something I plan to revisit later), so we get partition that corresponds to
>> insn-attrtab. ?WPA driver sorts units by size and feeds them to parallel make
>> and insn-attrtab is still last on finishing build by quite long shot. ?This
>> ignore time spent by genattrtab itself.
>>
>> So just reordering makefiles is not going to solve the problem.
>
> Well, it might solve the problem for developers not using WHOPR. :-)
>
> I certainly don't claim it's a general solution; at some point, if you
> have enouh cores, the single core compiling insn-attrtab will dominate
> anyhow. ?But if some easy Makefile hackery would help some developers,
> I'd still argue we should do it. ?And I still have a hard time with a
> change that's going to make the compiler slower in order to save a
> minute or two during compiler builds, especially given that test cycles
> are so much longer than build cycles.

I think the makefile ordering is already good - it is just that genattrtab
takes so much time that compiling insn-attrtab starts very late.  Michael
addresses this by speeding up genattrtab.

Richard.

> --
> Mark Mitchell
> CodeSourcery
> mark@codesourcery.com
> (650) 331-3385 x713
>


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]