This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- From: "H.J. Lu" <hjl at lucon dot org>
- To: Richard Guenther <richard dot guenther at gmail dot com>
- Cc: Paolo Bonzini <bonzini at gnu dot org>, Jakub Jelinek <jakub at redhat dot com>, Peter Bergner <bergner at vnet dot ibm dot com>, Pat Haugen <pthaugen at us dot ibm dot com>, Dave Korn <dave dot korn at artimi dot com>, gcc-patches at gcc dot gnu dot org, Ian Lance Taylor <iant at google dot com>, Rask Ingemann Lambertsen <rask at sygehus dot dk>, michael dot meissner at amd dot com
- Date: Fri, 13 Jul 2007 18:45:41 -0700
- Subject: Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- References: <46971979.1080104@lu.unisi.ch> <1184348142.8319.75.camel@otta> <20070713184737.GA32407@lucon.org> <4697D3B1.3040304@lu.unisi.ch> <20070713194935.GA32665@lucon.org> <20070713195833.GN2063@devserv.devel.redhat.com> <20070713201841.GA379@lucon.org> <4697F1FA.5010800@gnu.org> <20070713214939.GB790@lucon.org> <84fc9c000707131459h63f8d10fr4fedefe72f6d923b@mail.gmail.com>
On Fri, Jul 13, 2007 at 11:59:43PM +0200, Richard Guenther wrote:
> On 7/13/07, H.J. Lu <hjl@lucon.org> wrote:
> >On Fri, Jul 13, 2007 at 11:43:22PM +0200, Paolo Bonzini wrote:
> >>
> >> >I don't know even know which changes should be guarded by a target
> >> >macro since there are quite a few independent changes in that
> >> >patch.
> >>
> >> Two hunks are bugfixes. The other two (in rtlanal.c) are the only
> >> targets that could affect performance but, again, it's just luck or bad
> >> luck.
> >
> >Then bug fixes should be submitted with testcases separately from
> >the performance change for Power 6.
> >
> >>
> >> I don't see the addressing modes in x86 that well tuned. Surely not the
> >> tuning that Pat and Peter are doing, and not a kind of tuning that could
> >> be incompatible.
> >>
> >
> >We are working hard to make sure that gcc won't getting worse on
> >x86 :-(.
>
> There is more volatileness in x86 performance numbers already than
> the predicted change by this. For example I see both leslie3d and
> GemmsFDTD dropped 30% / 20% around Jul 5th. I would rather
> wait for a quieter period to analyze the cummulative effect of all
> the changes we piled up. Fixing them afterwards is probably better
> than trying to block changes that cannot definitely explain the
> seen change.
The cummulative effects of all changes can add up. The proposed
patch has many indepedent changes. I believe they should be broken
up and submitted separately.
H.J.
- References:
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p
- Re: [PING][PATCH][REVISED] Fix PR middle-end/PR28690, modify swap_commutative_operands_p