public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* [PATCH 6/6] vect: Optimize order of lane-reducing statements in loop def-use cycles [PR114440]
@ 2024-05-30 14:56 Feng Xue OS
  2024-06-14  4:02 ` Feng Xue OS
  0 siblings, 1 reply; 2+ messages in thread
From: Feng Xue OS @ 2024-05-30 14:56 UTC (permalink / raw)
  To: Richard Biener; +Cc: Tamar Christina, gcc-patches

[-- Attachment #1: Type: text/plain, Size: 6448 bytes --]

When transforming multiple lane-reducing operations in a loop reduction chain,
originally, corresponding vectorized statements are generated into def-use
cycles starting from 0. The def-use cycle with smaller index, would contain
more statements, which means more instruction dependency. For example:

   int sum = 0;
   for (i)
     {
       sum += d0[i] * d1[i];      // dot-prod <vector(16) char>
       sum += w[i];               // widen-sum <vector(16) char>
       sum += abs(s0[i] - s1[i]); // sad <vector(8) short>
     }

Original transformation result:

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = WIDEN_SUM (w_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy
     }

For a higher instruction parallelism in final vectorized loop, an optimal
means is to make those effective vectorized lane-reducing statements be
distributed evenly among all def-use cycles. Transformed as the below,
DOT_PROD, WIDEN_SUM and SADs are generated into disparate cycles,
instruction dependency could be eliminated.

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = WIDEN_SUM (w_v1[i: 0 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = sum_v1;  // copy
       sum_v2 = SAD (s0_v2[i: 0 ~ 7 ], s1_v2[i: 0 ~ 7 ], sum_v2);
       sum_v3 = SAD (s0_v3[i: 8 ~ 15], s1_v3[i: 8 ~ 15], sum_v3);
     }

Thanks,
Feng
---
gcc/
	PR tree-optimization/114440
	* tree-vectorizer.h (struct _stmt_vec_info): Add a new field
	reduc_result_pos.
	* tree-vect-loop.cc (vect_transform_reduction): Generate lane-reducing
	statements in an optimized order.
---
 gcc/tree-vect-loop.cc | 51 ++++++++++++++++++++++++++++++++++++++-----
 gcc/tree-vectorizer.h |  6 +++++
 2 files changed, 51 insertions(+), 6 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index b5849dbb08a..4807f529506 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -8703,7 +8703,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
 
   bool single_defuse_cycle = STMT_VINFO_FORCE_SINGLE_CYCLE (reduc_info);
-  gcc_assert (single_defuse_cycle || lane_reducing_op_p (code));
+  bool lane_reducing = lane_reducing_op_p (code);
+  gcc_assert (single_defuse_cycle || lane_reducing);
 
   /* Create the destination vector  */
   tree scalar_dest = gimple_get_lhs (stmt_info->stmt);
@@ -8720,6 +8721,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
   else
     {
+      int result_pos = 0;
+
       /* The input vectype of the reduction PHI determines copies of
 	 vectorized def-use cycles, which might be more than effective copies
 	 of vectorized lane-reducing reduction statements.  This could be
@@ -8749,9 +8752,9 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 	       sum_v2 = sum_v2;  // copy
 	       sum_v3 = sum_v3;  // copy
 
-	       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
-	       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
-	       sum_v2 = sum_v2;  // copy
+	       sum_v0 = sum_v0;  // copy
+	       sum_v1 = SAD (s0_v1[i: 0 ~ 7 ], s1_v1[i: 0 ~ 7 ], sum_v1);
+	       sum_v2 = SAD (s0_v2[i: 8 ~ 15], s1_v2[i: 8 ~ 15], sum_v2);
 	       sum_v3 = sum_v3;  // copy
 
 	       sum_v0 += n_v0[i: 0  ~ 3 ];
@@ -8759,7 +8762,20 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 	       sum_v2 += n_v2[i: 8  ~ 11];
 	       sum_v3 += n_v3[i: 12 ~ 15];
 	     }
-	*/
+
+	 Moreover, for a higher instruction parallelism in final vectorized
+	 loop, it is considered to make those effective vectorized
+	 lane-reducing statements be distributed evenly among all def-use
+	 cycles. In the above example, SADs are generated into other cycles
+	 rather than that of DOT_PROD.  */
+
+      if (stmt_ncopies < ncopies)
+	{
+	  gcc_assert (lane_reducing);
+	  result_pos = reduc_info->reduc_result_pos;
+	  reduc_info->reduc_result_pos = (result_pos + stmt_ncopies) % ncopies;
+	  gcc_assert (result_pos >= 0 && result_pos < ncopies);
+	}
 
       for (i = 0; i < MIN (3, (int) op.num_ops); i++)
 	{
@@ -8792,7 +8808,30 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 					 op.ops[i], &vec_oprnds[i], vectype);
 
 	  if (used_ncopies < ncopies)
-	    vec_oprnds[i].safe_grow_cleared (ncopies);
+	    {
+	      vec_oprnds[i].safe_grow_cleared (ncopies);
+
+	      /* Find suitable def-use cycles to generate vectorized
+		 statements into, and reorder operands based on the
+		 selection.  */
+	      if (i != reduc_index && result_pos)
+		{
+		  int count = ncopies - used_ncopies;
+		  int start = result_pos - count;
+
+		  if (start < 0)
+		    {
+		      count = result_pos;
+		      start = 0;
+		    }
+
+		  for (int j = used_ncopies - 1; j >= start; j--)
+		    {
+		      std::swap (vec_oprnds[i][j], vec_oprnds[i][j + count]);
+		      gcc_assert (!vec_oprnds[i][j]);
+		    }
+		}
+	    }
 	}
     }
 
diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index ca810869592..d64729ac953 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -1402,6 +1402,12 @@ public:
   /* The vector type for performing the actual reduction.  */
   tree reduc_vectype;
 
+  /* For loop reduction with multiple vectorized results (ncopies > 1), a
+     lane-reducing operation participating in it may not use all of those
+     results, this field specifies result index starting from which any
+     following land-reducing operation would be assigned to.  */
+  int reduc_result_pos;
+
   /* If IS_REDUC_INFO is true and if the vector code is performing
      N scalar reductions in parallel, this variable gives the initial
      scalar values of those N reductions.  */
-- 
2.17.1

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0006-vect-Optimize-order-of-lane-reducing-statements-in-l.patch --]
[-- Type: text/x-patch; name="0006-vect-Optimize-order-of-lane-reducing-statements-in-l.patch", Size: 6554 bytes --]

From f858bd08ddd6929dd6f3fd354e3527e39b38720f Mon Sep 17 00:00:00 2001
From: Feng Xue <fxue@os.amperecomputing.com>
Date: Wed, 29 May 2024 17:28:14 +0800
Subject: [PATCH 6/6] vect: Optimize order of lane-reducing statements in loop
 def-use cycles

When transforming multiple lane-reducing operations in a loop reduction chain,
originally, corresponding vectorized statements are generated into def-use
cycles starting from 0. The def-use cycle with smaller index, would contain
more statements, which means more instruction dependency. For example:

   int sum = 0;
   for (i)
     {
       sum += d0[i] * d1[i];      // dot-prod <vector(16) char>
       sum += w[i];               // widen-sum <vector(16) char>
       sum += abs(s0[i] - s1[i]); // sad <vector(8) short>
     }

Original transformation result:

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = WIDEN_SUM (w_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy
     }

For a higher instruction parallelism in final vectorized loop, an optimal
means is to make those effective vectorized lane-reducing statements be
distributed evenly among all def-use cycles. Transformed as the below,
DOT_PROD, WIDEN_SUM and SADs are generated into disparate cycles,
instruction dependency could be eliminated.

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = WIDEN_SUM (w_v1[i: 0 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = sum_v1;  // copy
       sum_v2 = SAD (s0_v2[i: 0 ~ 7 ], s1_v2[i: 0 ~ 7 ], sum_v2);
       sum_v3 = SAD (s0_v3[i: 8 ~ 15], s1_v3[i: 8 ~ 15], sum_v3);
     }

2024-03-22 Feng Xue <fxue@os.amperecomputing.com>

gcc/
	PR tree-optimization/114440
	* tree-vectorizer.h (struct _stmt_vec_info): Add a new field
	reduc_result_pos.
	* tree-vect-loop.cc (vect_transform_reduction): Generate lane-reducing
	statements in an optimized order.
---
 gcc/tree-vect-loop.cc | 51 ++++++++++++++++++++++++++++++++++++++-----
 gcc/tree-vectorizer.h |  6 +++++
 2 files changed, 51 insertions(+), 6 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index b5849dbb08a..4807f529506 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -8703,7 +8703,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
 
   bool single_defuse_cycle = STMT_VINFO_FORCE_SINGLE_CYCLE (reduc_info);
-  gcc_assert (single_defuse_cycle || lane_reducing_op_p (code));
+  bool lane_reducing = lane_reducing_op_p (code);
+  gcc_assert (single_defuse_cycle || lane_reducing);
 
   /* Create the destination vector  */
   tree scalar_dest = gimple_get_lhs (stmt_info->stmt);
@@ -8720,6 +8721,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
   else
     {
+      int result_pos = 0;
+
       /* The input vectype of the reduction PHI determines copies of
 	 vectorized def-use cycles, which might be more than effective copies
 	 of vectorized lane-reducing reduction statements.  This could be
@@ -8749,9 +8752,9 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 	       sum_v2 = sum_v2;  // copy
 	       sum_v3 = sum_v3;  // copy
 
-	       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
-	       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
-	       sum_v2 = sum_v2;  // copy
+	       sum_v0 = sum_v0;  // copy
+	       sum_v1 = SAD (s0_v1[i: 0 ~ 7 ], s1_v1[i: 0 ~ 7 ], sum_v1);
+	       sum_v2 = SAD (s0_v2[i: 8 ~ 15], s1_v2[i: 8 ~ 15], sum_v2);
 	       sum_v3 = sum_v3;  // copy
 
 	       sum_v0 += n_v0[i: 0  ~ 3 ];
@@ -8759,7 +8762,20 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 	       sum_v2 += n_v2[i: 8  ~ 11];
 	       sum_v3 += n_v3[i: 12 ~ 15];
 	     }
-	*/
+
+	 Moreover, for a higher instruction parallelism in final vectorized
+	 loop, it is considered to make those effective vectorized
+	 lane-reducing statements be distributed evenly among all def-use
+	 cycles. In the above example, SADs are generated into other cycles
+	 rather than that of DOT_PROD.  */
+
+      if (stmt_ncopies < ncopies)
+	{
+	  gcc_assert (lane_reducing);
+	  result_pos = reduc_info->reduc_result_pos;
+	  reduc_info->reduc_result_pos = (result_pos + stmt_ncopies) % ncopies;
+	  gcc_assert (result_pos >= 0 && result_pos < ncopies);
+	}
 
       for (i = 0; i < MIN (3, (int) op.num_ops); i++)
 	{
@@ -8792,7 +8808,30 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 					 op.ops[i], &vec_oprnds[i], vectype);
 
 	  if (used_ncopies < ncopies)
-	    vec_oprnds[i].safe_grow_cleared (ncopies);
+	    {
+	      vec_oprnds[i].safe_grow_cleared (ncopies);
+
+	      /* Find suitable def-use cycles to generate vectorized
+		 statements into, and reorder operands based on the
+		 selection.  */
+	      if (i != reduc_index && result_pos)
+		{
+		  int count = ncopies - used_ncopies;
+		  int start = result_pos - count;
+
+		  if (start < 0)
+		    {
+		      count = result_pos;
+		      start = 0;
+		    }
+
+		  for (int j = used_ncopies - 1; j >= start; j--)
+		    {
+		      std::swap (vec_oprnds[i][j], vec_oprnds[i][j + count]);
+		      gcc_assert (!vec_oprnds[i][j]);
+		    }
+		}
+	    }
 	}
     }
 
diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index ca810869592..d64729ac953 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -1402,6 +1402,12 @@ public:
   /* The vector type for performing the actual reduction.  */
   tree reduc_vectype;
 
+  /* For loop reduction with multiple vectorized results (ncopies > 1), a
+     lane-reducing operation participating in it may not use all of those
+     results, this field specifies result index starting from which any
+     following land-reducing operation would be assigned to.  */
+  int reduc_result_pos;
+
   /* If IS_REDUC_INFO is true and if the vector code is performing
      N scalar reductions in parallel, this variable gives the initial
      scalar values of those N reductions.  */
-- 
2.17.1


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [PATCH 6/6] vect: Optimize order of lane-reducing statements in loop  def-use cycles [PR114440]
  2024-05-30 14:56 [PATCH 6/6] vect: Optimize order of lane-reducing statements in loop def-use cycles [PR114440] Feng Xue OS
@ 2024-06-14  4:02 ` Feng Xue OS
  0 siblings, 0 replies; 2+ messages in thread
From: Feng Xue OS @ 2024-06-14  4:02 UTC (permalink / raw)
  To: Richard Biener; +Cc: Tamar Christina, gcc-patches

[-- Attachment #1: Type: text/plain, Size: 12186 bytes --]

Regenerate the patch due to changes on its dependent patches.

Thanks,
Feng,
---
gcc/
        PR tree-optimization/114440
        * tree-vectorizer.h (struct _stmt_vec_info): Add a new field
        reduc_result_pos.
        * tree-vect-loop.cc (vect_transform_reduction): Generate lane-reducing
        statements in an optimized order.
---
 gcc/tree-vect-loop.cc | 51 ++++++++++++++++++++++++++++++++++++++-----
 gcc/tree-vectorizer.h |  6 +++++
 2 files changed, 51 insertions(+), 6 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index fb9259d115c..de7a9bab990 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -8734,7 +8734,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }

   bool single_defuse_cycle = STMT_VINFO_FORCE_SINGLE_CYCLE (reduc_info);
-  gcc_assert (single_defuse_cycle || lane_reducing_op_p (code));
+  bool lane_reducing = lane_reducing_op_p (code);
+  gcc_assert (single_defuse_cycle || lane_reducing);

   /* Create the destination vector  */
   tree scalar_dest = gimple_get_lhs (stmt_info->stmt);
@@ -8751,6 +8752,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
   else
     {
+      int result_pos = 0;
+
       /* The input vectype of the reduction PHI determines copies of
         vectorized def-use cycles, which might be more than effective copies
         of vectorized lane-reducing reduction statements.  This could be
@@ -8780,9 +8783,9 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
               sum_v2 = sum_v2;  // copy
               sum_v3 = sum_v3;  // copy

-              sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
-              sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
-              sum_v2 = sum_v2;  // copy
+              sum_v0 = sum_v0;  // copy
+              sum_v1 = SAD (s0_v1[i: 0 ~ 7 ], s1_v1[i: 0 ~ 7 ], sum_v1);
+              sum_v2 = SAD (s0_v2[i: 8 ~ 15], s1_v2[i: 8 ~ 15], sum_v2);
               sum_v3 = sum_v3;  // copy

               sum_v0 += n_v0[i: 0  ~ 3 ];
@@ -8790,7 +8793,20 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
               sum_v2 += n_v2[i: 8  ~ 11];
               sum_v3 += n_v3[i: 12 ~ 15];
             }
-       */
+
+        Moreover, for a higher instruction parallelism in final vectorized
+        loop, it is considered to make those effective vectorized
+        lane-reducing statements be distributed evenly among all def-use
+        cycles. In the above example, SADs are generated into other cycles
+        rather than that of DOT_PROD.  */
+
+      if (stmt_ncopies < ncopies)
+       {
+         gcc_assert (lane_reducing);
+         result_pos = reduc_info->reduc_result_pos;
+         reduc_info->reduc_result_pos = (result_pos + stmt_ncopies) % ncopies;
+         gcc_assert (result_pos >= 0 && result_pos < ncopies);
+       }

       for (i = 0; i < MIN (3, (int) op.num_ops); i++)
        {
@@ -8826,7 +8842,30 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
                                           op.ops[i], &vec_oprnds[i], vectype);

          if (used_ncopies < ncopies)
-           vec_oprnds[i].safe_grow_cleared (ncopies);
+           {
+             vec_oprnds[i].safe_grow_cleared (ncopies);
+
+             /* Find suitable def-use cycles to generate vectorized
+                statements into, and reorder operands based on the
+                selection.  */
+             if (i != reduc_index && result_pos)
+               {
+                 int count = ncopies - used_ncopies;
+                 int start = result_pos - count;
+
+                 if (start < 0)
+                   {
+                     count = result_pos;
+                     start = 0;
+                   }
+
+                 for (int j = used_ncopies - 1; j >= start; j--)
+                   {
+                     std::swap (vec_oprnds[i][j], vec_oprnds[i][j + count]);
+                     gcc_assert (!vec_oprnds[i][j]);
+                   }
+               }
+           }
        }
     }

diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index 3f7db707d97..b9bc9d432ee 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -1402,6 +1402,12 @@ public:
   /* The vector type for performing the actual reduction.  */
   tree reduc_vectype;

+  /* For loop reduction with multiple vectorized results (ncopies > 1), a
+     lane-reducing operation participating in it may not use all of those
+     results, this field specifies result index starting from which any
+     following land-reducing operation would be assigned to.  */
+  int reduc_result_pos;
+
   /* If IS_REDUC_INFO is true and if the vector code is performing
      N scalar reductions in parallel, this variable gives the initial
      scalar values of those N reductions.  */
--
2.17.1

________________________________________
From: Feng Xue OS <fxue@os.amperecomputing.com>
Sent: Thursday, May 30, 2024 10:56 PM
To: Richard Biener
Cc: Tamar Christina; gcc-patches@gcc.gnu.org
Subject: [PATCH 6/6] vect: Optimize order of lane-reducing statements in loop  def-use cycles [PR114440]

When transforming multiple lane-reducing operations in a loop reduction chain,
originally, corresponding vectorized statements are generated into def-use
cycles starting from 0. The def-use cycle with smaller index, would contain
more statements, which means more instruction dependency. For example:

   int sum = 0;
   for (i)
     {
       sum += d0[i] * d1[i];      // dot-prod <vector(16) char>
       sum += w[i];               // widen-sum <vector(16) char>
       sum += abs(s0[i] - s1[i]); // sad <vector(8) short>
     }

Original transformation result:

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = WIDEN_SUM (w_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy
     }

For a higher instruction parallelism in final vectorized loop, an optimal
means is to make those effective vectorized lane-reducing statements be
distributed evenly among all def-use cycles. Transformed as the below,
DOT_PROD, WIDEN_SUM and SADs are generated into disparate cycles,
instruction dependency could be eliminated.

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = WIDEN_SUM (w_v1[i: 0 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = sum_v1;  // copy
       sum_v2 = SAD (s0_v2[i: 0 ~ 7 ], s1_v2[i: 0 ~ 7 ], sum_v2);
       sum_v3 = SAD (s0_v3[i: 8 ~ 15], s1_v3[i: 8 ~ 15], sum_v3);
     }

Thanks,
Feng
---
gcc/
        PR tree-optimization/114440
        * tree-vectorizer.h (struct _stmt_vec_info): Add a new field
        reduc_result_pos.
        * tree-vect-loop.cc (vect_transform_reduction): Generate lane-reducing
        statements in an optimized order.
---
 gcc/tree-vect-loop.cc | 51 ++++++++++++++++++++++++++++++++++++++-----
 gcc/tree-vectorizer.h |  6 +++++
 2 files changed, 51 insertions(+), 6 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index b5849dbb08a..4807f529506 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -8703,7 +8703,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }

   bool single_defuse_cycle = STMT_VINFO_FORCE_SINGLE_CYCLE (reduc_info);
-  gcc_assert (single_defuse_cycle || lane_reducing_op_p (code));
+  bool lane_reducing = lane_reducing_op_p (code);
+  gcc_assert (single_defuse_cycle || lane_reducing);

   /* Create the destination vector  */
   tree scalar_dest = gimple_get_lhs (stmt_info->stmt);
@@ -8720,6 +8721,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
   else
     {
+      int result_pos = 0;
+
       /* The input vectype of the reduction PHI determines copies of
         vectorized def-use cycles, which might be more than effective copies
         of vectorized lane-reducing reduction statements.  This could be
@@ -8749,9 +8752,9 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
               sum_v2 = sum_v2;  // copy
               sum_v3 = sum_v3;  // copy

-              sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
-              sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
-              sum_v2 = sum_v2;  // copy
+              sum_v0 = sum_v0;  // copy
+              sum_v1 = SAD (s0_v1[i: 0 ~ 7 ], s1_v1[i: 0 ~ 7 ], sum_v1);
+              sum_v2 = SAD (s0_v2[i: 8 ~ 15], s1_v2[i: 8 ~ 15], sum_v2);
               sum_v3 = sum_v3;  // copy

               sum_v0 += n_v0[i: 0  ~ 3 ];
@@ -8759,7 +8762,20 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
               sum_v2 += n_v2[i: 8  ~ 11];
               sum_v3 += n_v3[i: 12 ~ 15];
             }
-       */
+
+        Moreover, for a higher instruction parallelism in final vectorized
+        loop, it is considered to make those effective vectorized
+        lane-reducing statements be distributed evenly among all def-use
+        cycles. In the above example, SADs are generated into other cycles
+        rather than that of DOT_PROD.  */
+
+      if (stmt_ncopies < ncopies)
+       {
+         gcc_assert (lane_reducing);
+         result_pos = reduc_info->reduc_result_pos;
+         reduc_info->reduc_result_pos = (result_pos + stmt_ncopies) % ncopies;
+         gcc_assert (result_pos >= 0 && result_pos < ncopies);
+       }

       for (i = 0; i < MIN (3, (int) op.num_ops); i++)
        {
@@ -8792,7 +8808,30 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
                                         op.ops[i], &vec_oprnds[i], vectype);

          if (used_ncopies < ncopies)
-           vec_oprnds[i].safe_grow_cleared (ncopies);
+           {
+             vec_oprnds[i].safe_grow_cleared (ncopies);
+
+             /* Find suitable def-use cycles to generate vectorized
+                statements into, and reorder operands based on the
+                selection.  */
+             if (i != reduc_index && result_pos)
+               {
+                 int count = ncopies - used_ncopies;
+                 int start = result_pos - count;
+
+                 if (start < 0)
+                   {
+                     count = result_pos;
+                     start = 0;
+                   }
+
+                 for (int j = used_ncopies - 1; j >= start; j--)
+                   {
+                     std::swap (vec_oprnds[i][j], vec_oprnds[i][j + count]);
+                     gcc_assert (!vec_oprnds[i][j]);
+                   }
+               }
+           }
        }
     }

diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index ca810869592..d64729ac953 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -1402,6 +1402,12 @@ public:
   /* The vector type for performing the actual reduction.  */
   tree reduc_vectype;

+  /* For loop reduction with multiple vectorized results (ncopies > 1), a
+     lane-reducing operation participating in it may not use all of those
+     results, this field specifies result index starting from which any
+     following land-reducing operation would be assigned to.  */
+  int reduc_result_pos;
+
   /* If IS_REDUC_INFO is true and if the vector code is performing
      N scalar reductions in parallel, this variable gives the initial
      scalar values of those N reductions.  */
--
2.17.1

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0003-vect-Optimize-order-of-lane-reducing-statements-in-l.patch --]
[-- Type: text/x-patch; name="0003-vect-Optimize-order-of-lane-reducing-statements-in-l.patch", Size: 6556 bytes --]

From dcaa92cc15308ba2a0c65e502b306d3dd413ab9d Mon Sep 17 00:00:00 2001
From: Feng Xue <fxue@os.amperecomputing.com>
Date: Wed, 29 May 2024 17:28:14 +0800
Subject: [PATCH 3/3] vect: Optimize order of lane-reducing statements in loop
 def-use cycles

When transforming multiple lane-reducing operations in a loop reduction chain,
originally, corresponding vectorized statements are generated into def-use
cycles starting from 0. The def-use cycle with smaller index, would contain
more statements, which means more instruction dependency. For example:

   int sum = 0;
   for (i)
     {
       sum += d0[i] * d1[i];      // dot-prod <vector(16) char>
       sum += w[i];               // widen-sum <vector(16) char>
       sum += abs(s0[i] - s1[i]); // sad <vector(8) short>
     }

Original transformation result:

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = WIDEN_SUM (w_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy
     }

For a higher instruction parallelism in final vectorized loop, an optimal
means is to make those effective vectorized lane-reducing statements be
distributed evenly among all def-use cycles. Transformed as the below,
DOT_PROD, WIDEN_SUM and SADs are generated into disparate cycles,
instruction dependency could be eliminated.

   for (i / 16)
     {
       sum_v0 = DOT_PROD (d0_v0[i: 0 ~ 15], d1_v0[i: 0 ~ 15], sum_v0);
       sum_v1 = sum_v1;  // copy
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = WIDEN_SUM (w_v1[i: 0 ~ 15], sum_v1);
       sum_v2 = sum_v2;  // copy
       sum_v3 = sum_v3;  // copy

       sum_v0 = sum_v0;  // copy
       sum_v1 = sum_v1;  // copy
       sum_v2 = SAD (s0_v2[i: 0 ~ 7 ], s1_v2[i: 0 ~ 7 ], sum_v2);
       sum_v3 = SAD (s0_v3[i: 8 ~ 15], s1_v3[i: 8 ~ 15], sum_v3);
     }

2024-03-22 Feng Xue <fxue@os.amperecomputing.com>

gcc/
	PR tree-optimization/114440
	* tree-vectorizer.h (struct _stmt_vec_info): Add a new field
	reduc_result_pos.
	* tree-vect-loop.cc (vect_transform_reduction): Generate lane-reducing
	statements in an optimized order.
---
 gcc/tree-vect-loop.cc | 51 ++++++++++++++++++++++++++++++++++++++-----
 gcc/tree-vectorizer.h |  6 +++++
 2 files changed, 51 insertions(+), 6 deletions(-)

diff --git a/gcc/tree-vect-loop.cc b/gcc/tree-vect-loop.cc
index fb9259d115c..de7a9bab990 100644
--- a/gcc/tree-vect-loop.cc
+++ b/gcc/tree-vect-loop.cc
@@ -8734,7 +8734,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
 
   bool single_defuse_cycle = STMT_VINFO_FORCE_SINGLE_CYCLE (reduc_info);
-  gcc_assert (single_defuse_cycle || lane_reducing_op_p (code));
+  bool lane_reducing = lane_reducing_op_p (code);
+  gcc_assert (single_defuse_cycle || lane_reducing);
 
   /* Create the destination vector  */
   tree scalar_dest = gimple_get_lhs (stmt_info->stmt);
@@ -8751,6 +8752,8 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
     }
   else
     {
+      int result_pos = 0;
+
       /* The input vectype of the reduction PHI determines copies of
 	 vectorized def-use cycles, which might be more than effective copies
 	 of vectorized lane-reducing reduction statements.  This could be
@@ -8780,9 +8783,9 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 	       sum_v2 = sum_v2;  // copy
 	       sum_v3 = sum_v3;  // copy
 
-	       sum_v0 = SAD (s0_v0[i: 0 ~ 7 ], s1_v0[i: 0 ~ 7 ], sum_v0);
-	       sum_v1 = SAD (s0_v1[i: 8 ~ 15], s1_v1[i: 8 ~ 15], sum_v1);
-	       sum_v2 = sum_v2;  // copy
+	       sum_v0 = sum_v0;  // copy
+	       sum_v1 = SAD (s0_v1[i: 0 ~ 7 ], s1_v1[i: 0 ~ 7 ], sum_v1);
+	       sum_v2 = SAD (s0_v2[i: 8 ~ 15], s1_v2[i: 8 ~ 15], sum_v2);
 	       sum_v3 = sum_v3;  // copy
 
 	       sum_v0 += n_v0[i: 0  ~ 3 ];
@@ -8790,7 +8793,20 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 	       sum_v2 += n_v2[i: 8  ~ 11];
 	       sum_v3 += n_v3[i: 12 ~ 15];
 	     }
-	*/
+
+	 Moreover, for a higher instruction parallelism in final vectorized
+	 loop, it is considered to make those effective vectorized
+	 lane-reducing statements be distributed evenly among all def-use
+	 cycles. In the above example, SADs are generated into other cycles
+	 rather than that of DOT_PROD.  */
+
+      if (stmt_ncopies < ncopies)
+	{
+	  gcc_assert (lane_reducing);
+	  result_pos = reduc_info->reduc_result_pos;
+	  reduc_info->reduc_result_pos = (result_pos + stmt_ncopies) % ncopies;
+	  gcc_assert (result_pos >= 0 && result_pos < ncopies);
+	}
 
       for (i = 0; i < MIN (3, (int) op.num_ops); i++)
 	{
@@ -8826,7 +8842,30 @@ vect_transform_reduction (loop_vec_info loop_vinfo,
 					   op.ops[i], &vec_oprnds[i], vectype);
 
 	  if (used_ncopies < ncopies)
-	    vec_oprnds[i].safe_grow_cleared (ncopies);
+	    {
+	      vec_oprnds[i].safe_grow_cleared (ncopies);
+
+	      /* Find suitable def-use cycles to generate vectorized
+		 statements into, and reorder operands based on the
+		 selection.  */
+	      if (i != reduc_index && result_pos)
+		{
+		  int count = ncopies - used_ncopies;
+		  int start = result_pos - count;
+
+		  if (start < 0)
+		    {
+		      count = result_pos;
+		      start = 0;
+		    }
+
+		  for (int j = used_ncopies - 1; j >= start; j--)
+		    {
+		      std::swap (vec_oprnds[i][j], vec_oprnds[i][j + count]);
+		      gcc_assert (!vec_oprnds[i][j]);
+		    }
+		}
+	    }
 	}
     }
 
diff --git a/gcc/tree-vectorizer.h b/gcc/tree-vectorizer.h
index 3f7db707d97..b9bc9d432ee 100644
--- a/gcc/tree-vectorizer.h
+++ b/gcc/tree-vectorizer.h
@@ -1402,6 +1402,12 @@ public:
   /* The vector type for performing the actual reduction.  */
   tree reduc_vectype;
 
+  /* For loop reduction with multiple vectorized results (ncopies > 1), a
+     lane-reducing operation participating in it may not use all of those
+     results, this field specifies result index starting from which any
+     following land-reducing operation would be assigned to.  */
+  int reduc_result_pos;
+
   /* If IS_REDUC_INFO is true and if the vector code is performing
      N scalar reductions in parallel, this variable gives the initial
      scalar values of those N reductions.  */
-- 
2.17.1


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-06-14  4:02 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-05-30 14:56 [PATCH 6/6] vect: Optimize order of lane-reducing statements in loop def-use cycles [PR114440] Feng Xue OS
2024-06-14  4:02 ` Feng Xue OS

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).