[参考译文] TMS320F280038C-Q1：CLA LUT 阵列访问时间非常慢

您好、Jason — 似乎已启用编译器的优化。 您能尝试启用它并查看它如何改变性能吗？ 我建议使用-o2、但您也可以看到-o0 和-o1 有什么影响。

此致

Lori

查看在各种优化级别下的以下计算时间（使用 timer2 变量测得）

关闭 — 617 个计数

O0 - 169 个计数

O1 - 172.

O2-165.

优化无疑有所帮助、但这些因素似乎仍然太高？

之前链接的工程未正确导入、但该工程已正确导入。

e2e.ti.com/.../cla_5F00_ex4_5F00_pwm_5F00_control_5F00_lut_5F00_ex.zip

我将详细介绍。 我怀疑偏移/地址计算占用了大部分周期、而不是访问本身。 是否可以改用 1D 阵列？ 我认为它会更快。  

索引似乎是问题所在、但这只是导致此处问题的整数乘法（CLA 缺少）吗？

我获得的 2D 数组和带有索引计算的 1D 平坦数组的结果相似（即~160 个计数）。 但是、如果我将索引计算更改为浮点数、然后将最终结果转换为整数、则得到的计数<10

//~160 个计数
Duty = LUT_D1[x][y]；

//~160 个计数
Duty = LUT_D1_1D[100*x + y]；

//<10 个计数
z =(uint32_t)(100.0f *x_float + y_float)；

占空比= LUT_D1_1D[z]；

Jason、

您能否为每个测试用例共享.pp 文件？ 我们想更深入地了解正在发生的情况。 以下是相关说明：

https://software-dl.ti.com/ccs/esd/documents/sdto_cgt_How-to-Submit-a-Compiler-Test-Case.html

在这里  

   //测试案例 1
//   DUTY = LUT_D1[x][y]；

   //测试案例 2.
//   z = y + 100*x；

    //测试案例 3.
   z =(uint32_t)(100.0f*x_f+y_f)；

   //测试用例 2 和 3 的占空比
   DUTY = array_start[z]；

   timer2 = EPWM_getTimeBaseCounterValue (EPWM3_BASE)-Timer1；


编译器版本

       TMS320C2000 链接器 PC v22.6.1     

编译器选项（用 mypath 替换我的文件路径）

-v28 -ml -mt --cla_support=cla2 --float_support=cla2 fpu32 --tmu_support=tmu0 --vcu_support=vcrc -O2 --include_path=“mypath/cla_ex /ti/c2000/C2000Ware_5_01_00_00 /ti/c2000/C2000Ware_5_01_00_00/driverlib/f28003x/driverlib /ti/ccs1260/ccs/tools/compiler/ti-cgt-c2000_22.6.1.LTS/include


e2e.ti.com/.../TestCase3_5F00_cla_5F00_ex4_5F00_pwm_5F00_control.pp.txte2e.ti.com/.../TestCase3_5F00_cla_5F00_ex4_5F00_pwm_5F00_control_5F00_cla.pp.txte2e.ti.com/.../TestCase1_5F00_cla_5F00_ex4_5F00_pwm_5F00_control.pp.txte2e.ti.com/.../TestCase1_5F00_cla_5F00_ex4_5F00_pwm_5F00_control_5F00_cla.pp.txte2e.ti.com/.../TestCase2_5F00_cla_5F00_ex4_5F00_pwm_5F00_control.pp.txte2e.ti.com/.../TestCase2_5F00_cla_5F00_ex4_5F00_pwm_5F00_control_5F00_cla.pp.txt

谢谢你。