public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
From: "chenglulu at loongson dot cn" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/112919] LoongArch: Alignments in tune parameters are not precise and they regress performance
Date: Wed, 06 Mar 2024 09:12:06 +0000	[thread overview]
Message-ID: <bug-112919-4-YJlisRsOMj@http.gcc.gnu.org/bugzilla/> (raw)
In-Reply-To: <bug-112919-4@http.gcc.gnu.org/bugzilla/>

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

--- Comment #14 from chenglulu <chenglulu at loongson dot cn> ---
(In reply to chenglulu from comment #13)
> (In reply to Xi Ruoyao from comment #9)
> > (In reply to chenglulu from comment #8)
> > > (In reply to Xi Ruoyao from comment #7)
> > > > Any update? :)
> > > 
> > > Well, I haven't run it yet. Since this does not have a big impact on the
> > > spec score, I am currently testing it on a single-channel machine, so the
> > > test time will be longer.
> > > I will reply here as soon as the results are available.
> > 
> > Can we determine on LA664 if the current default alignment is better than
> > not aligning at all?  Coremarks results suggest the current default is even
> > worse than not aligning, but arguably Coremarks is far different from real
> > workloads. However if the current default is not better than not aligning
> > (or the difference is only marginal and is likely covered up by some random
> > fluctuation) we can disable the aligning for LA664.
> > 
> > (Maybe we and the HW engineers have done some repetitive work or even some
> > work cancelling each other out :(. )
> 
> The results of spec2006 on 3A6000 were obtained, I removed the more volatile
> test items, '-falign-loops=8 -falign-functions=8 -falign-jumps=32
> -falign-lables=4' this set of parameters got the highest score. This is the
> same combination of parameters as the coremark tested by Xu Chenghua.

Hi,Ruoyao:

The test of the 3a5000 will also be completed around the 15th of this month, so
I want to change the code after the test results of the 3a5000 are out.
What do you think?(In reply to Xi Ruoyao from comment #9)
> (In reply to chenglulu from comment #8)
> > (In reply to Xi Ruoyao from comment #7)
> > > Any update? :)
> > 
> > Well, I haven't run it yet. Since this does not have a big impact on the
> > spec score, I am currently testing it on a single-channel machine, so the
> > test time will be longer.
> > I will reply here as soon as the results are available.
> 
> Can we determine on LA664 if the current default alignment is better than
> not aligning at all?  Coremarks results suggest the current default is even
> worse than not aligning, but arguably Coremarks is far different from real
> workloads. However if the current default is not better than not aligning
> (or the difference is only marginal and is likely covered up by some random
> fluctuation) we can disable the aligning for LA664.

Hi,Ruoyao:

 The results of spec2006 on 3A6000 were obtained, I removed the more volatile
test items, '-falign-loops=8 -falign-functions=8 -falign-jumps=32
-falign-lables=4' this set of parameters got the highest score. This is the
same combination of parameters as the coremark tested by Xu Chenghua.

The test of the 3A5000 will also be completed around the 15th of this month, so
I want to change the code after the test results of the 3a5000 are out.
What do you think?

  parent reply	other threads:[~2024-03-06  9:12 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-12-08 11:44 [Bug target/112919] New: " xry111 at gcc dot gnu.org
2023-12-08 12:03 ` [Bug target/112919] " xry111 at gcc dot gnu.org
2023-12-09 17:52 ` xry111 at gcc dot gnu.org
2023-12-10 16:46 ` xry111 at gcc dot gnu.org
2023-12-10 18:25 ` xry111 at gcc dot gnu.org
2023-12-12  1:55 ` chenglulu at loongson dot cn
2024-01-16  6:38 ` chenglulu at loongson dot cn
2024-02-01 16:51 ` xry111 at gcc dot gnu.org
2024-02-02  1:08 ` chenglulu at loongson dot cn
2024-03-01  7:51 ` xry111 at gcc dot gnu.org
2024-03-01  8:14 ` chenglulu at loongson dot cn
2024-03-01  8:25 ` xry111 at gcc dot gnu.org
2024-03-01  8:49 ` chenglulu at loongson dot cn
2024-03-06  8:33 ` chenglulu at loongson dot cn
2024-03-06  9:12 ` chenglulu at loongson dot cn [this message]
2024-03-07 11:09 ` xry111 at gcc dot gnu.org
2024-03-07 11:30 ` chenglulu at loongson dot cn
2024-03-26  1:57 ` chenglulu at loongson dot cn
2024-03-27 12:57 ` xry111 at gcc dot gnu.org
2024-03-27 13:54 ` chenglulu at loongson dot cn
2024-04-01 13:22 ` xry111 at gcc dot gnu.org
2024-04-01 13:36 ` chenglulu at loongson dot cn
2024-04-08  1:04 ` cvs-commit at gcc dot gnu.org
2024-04-08 12:25 ` xry111 at gcc dot gnu.org

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-112919-4-YJlisRsOMj@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).