public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "avieira at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug regression/103997] [12 Regression] gcc.target/i386/pr88531-??.c scan-assembler-times FAILs
Date: Tue, 25 Jan 2022 10:01:23 +0000	[thread overview]
Message-ID: <bug-103997-4-VvKASHL4LG@http.gcc.gnu.org/bugzilla/> (raw)
In-Reply-To: <bug-103997-4@http.gcc.gnu.org/bugzilla/>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103997

--- Comment #12 from avieira at gcc dot gnu.org ---
Right and did you happen to see a perf increase on these benchmarks with any of
the patches I mentioned the hash of in the previous comment?

Just to explain a bit further what I think is going on. Before my initial
patches the epilogue loop analysis would start at the mode_i + 1 of the first
loop, in other others, the next mode in the list of modes.

After the patch (1) we started this from mode_i = 1, so the first mode after
VOIDmode, this caused some ICEs if the target didn't add any, not sure about
your targets, but that was fixed in (2).

In patch (3) Kewen added a fix to my check for potential use of partial
vectors, to check the param_vect_partial_vector_usage since that can disable
partial vector even if the target supports them.

So I suspect that either of these 3 patches inadvertently changed the
vectorization strategy for the epilogue of some loop(s) in these benchmarks. So
when I commited patch (4) f4ca0a53be18dfc7162fd5dcc1e73c4203805e14, the
vectorization strategy went back to what it was previously. If this is indeed
what happened then the regression you are seeing is just an indication that the
original vectorization strategy was sub-optimal. This is something that should
be looked at in separate and looked at as an optimization, probably by
improving the cost modelling of the vectorizer for your target.
















Patch 1)
commit d3ff7420e941931d32ce2e332e7968fe67ba20af
Author: Andre Vieira <andre.simoesdiasvieira@arm.com>
Date:   Thu Dec 2 14:34:15 2021 +0000

    [vect] Re-analyze all modes for epilogues

Patch 2)
commit 016bd7523131b645bca5b5530c81ab5149922743
Author: Andre Vieira <andre.simoesdiasvieira@arm.com>
Date:   Tue Jan 11 15:52:59 2022 +0000

    [vect] PR103971, PR103977: Fix epilogue mode selection for autodetect only

Patch 3)
commit 6d51a9c6447bace21f860e70aed13c6cd90971bd
Author: Kewen Lin <linkw@linux.ibm.com>
Date:   Fri Jan 14 07:02:10 2022 -0600

    vect: Check partial vector param for supports_partial_vectors [PR104015]

Patch 4)
commit f4ca0a53be18dfc7162fd5dcc1e73c4203805e14
Author: Andre Vieira <andre.simoesdiasvieira@arm.com>
Date:   Wed Jan 19 14:11:32 2022 +0000

    vect: Fix epilogue mode skipping

  parent reply	other threads:[~2022-01-25 10:01 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-01-12 19:45 [Bug regression/103997] New: " ubizjak at gmail dot com
2022-01-12 19:46 ` [Bug regression/103997] " ubizjak at gmail dot com
2022-01-12 23:13 ` [Bug regression/103997] [12 Regression] " pinskia at gcc dot gnu.org
2022-01-13  3:13 ` crazylht at gmail dot com
2022-01-13  3:27 ` crazylht at gmail dot com
2022-01-13  8:19 ` rguenth at gcc dot gnu.org
2022-01-13  9:17 ` avieira at gcc dot gnu.org
2022-01-13 10:14 ` rguenther at suse dot de
2022-01-13 10:42 ` avieira at gcc dot gnu.org
2022-01-19 14:15 ` cvs-commit at gcc dot gnu.org
2022-01-24  4:00 ` admin at levyhsu dot com
2022-01-24 14:01 ` avieira at gcc dot gnu.org
2022-01-25  6:01 ` admin at levyhsu dot com
2022-01-25 10:01 ` avieira at gcc dot gnu.org [this message]
2022-01-25 11:02 ` rguenth at gcc dot gnu.org
2022-01-26  1:27 ` admin at levyhsu dot com
2022-01-29 22:40   ` write2mark1
2022-01-29 22:50     ` Andrew Pinski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-103997-4-VvKASHL4LG@http.gcc.gnu.org/bugzilla/ \
    --to=gcc-bugzilla@gcc.gnu.org \
    --cc=gcc-bugs@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).