[参考译文] TDA2PXEVM：在 TDA2Px 中：- DSP1和 DSP2内核始终显示系统堆栈使用率超过98%。

尊敬的 Pankaj：

栈大小取决于您对栈的使用情况、因此、我建议检查您的代码并查看 您是否在栈上分配了变量、这会将栈大小增加至98%。

此致、

Brijesh

您好、Brijesh：

若要检查栈大小、我们必须查看变量的分配。 我们已经看到变量用法并不多。  

我们经过分析、为 DSP1和 DSP2分配的实际总栈大小为0x4000。 但它显示的是 DSP1和 DSP2的总大小如下所示
DSP1的 totalStack       --> 0x8721c2a8.                   DSP2的 totalStack       --> 0x8e01a088

如果映射文件中的 Satck 总大小为0x4000。 它应该为 DSP1和 DSP2显示正确的栈大小 但事实并非如此 .

映射文件堆栈大小为0x4000时、其他内核也是如此、并且显示正确的堆栈大小。

我们为 DSP1和 DSP2使用的技术相同。

我不认为它与变量分配有关。 我认为堆栈大小不会在堆栈变量中更新。  

请查看并支持我们。

Pankaj,

抱歉、下面的图片来自哪里？ 它看起来不像打印堆栈大小、而是打印堆栈的起始指针。  

DSP1的 totalStack       --> 0x8721c2a8.                   DSP2的 totalStack       --> 0x8e01a088

映射文件无法打印堆栈 使用情况、因为它不知道运行时的堆栈使用情况。 因此、映射文件只能打印在代码中分配的总栈大小。 如果代码需要更多、您将需要分析代码并查看其需要更多栈的位置、然后相应地优化该代码或分配更多栈。  

此致、

Brijesh

您好、Brijesh：

感谢快速响应。

是的、映射文件显示的是总 sattck 大小、那么总堆栈大小应在变量中更新、也像其他内核的 EVE1和 EVE2一样。  即使内核使用更多的堆栈、总堆栈大小也不应出错。 整个堆栈应该相同、因为它不会从任何位置更新。

为什么不在 DSP1和 DSP2中更新它。

在堆栈监控源文件(.cpp)中、我们将尝试读取所有内核堆栈大小总计和 uasge。

在此源文件中、我们将尝试获取所有内核的堆栈使用量和总堆栈大小。

const uint32 gSystemStackSize = reinterpret_SCRATION_SCRATION_STACK_SIZE <const UINT32>(&_TI_STACK_SIZE)；  --> 此处、我们初始化  gSystemStackSize   "__TI_STACK_SIZE 为0x4000"

以下是所有内核的日志。  m_sysStacks.totalStack 和 total_stack  相同、所有数据均采用十六进制格式。

a15_0 --> m_sysStacks.totalStack 4000 total_stack 4000\r\n\r\n>      "显示的总尺寸正确"

eve2 ->m_sysStacks.totalStack 4000 TOTAL_STACK 4000\r\n>      "显示的总尺寸正确"

eve1 ->m_sysStacks.totalStack 4000 TOTAL_STACK 4000\r\n>      "显示的总尺寸正确"

dsp2 --> m_sysStacks.totalStack 8e01a088 TOTAL_STACK 8e01a088\r\n>         "显示的总尺寸错误"
dsp1 --> m_sysStacks.totalStack 8721c2a8 total_stack 8721c2a8\r\n>         "显示的  总尺寸错误"

您好、Brijesh：

我们正在等待您的回复。

您好！

我们还在等待回复

请查看并支持我们

你(们)好  

是否有通信网？