PROCESSOR-SDK-OMAPL138: dsp数据cache相关问题

Kevin Le82 说：

buffB的数据会被从内存缓存到L2、L1D，然后再被修改为buffA的数据吗？还是说会直接在L1D中构造出cache line数据？

建议阅读 1.5 Principle of Locality 跟您举得例子类似

https://www.ti.com.cn/cn/lit/ug/sprug82a/sprug82a.pdf

3、

Kevin Le82 说：

使用cache_wbInv是不是会更快的释放cache空间

cache_wbInv、cache_Inv是为了维护缓存一致性

4、不管什么情况，edma都会比cpu访问快

5、

Kevin Le82 说：

如果存在后续不再使用或【一段时间内不再使用】时，使用cache_wbInv、cache_Inv释放该内存范围cache，会不会有效提高其他部分的运行效率？

与 3 类似

Kevin Le82 说：

cache_wbInv、cache_Inv操作都需要消耗一定的cpu时间，怎样评估【一段时间内不再使用】的数据是否值得这样操作？

是否要执行wb/invalid，取决于这个地址的数据是否还要使用，不是必须执行的操作

1.5 Principle of Locality很好的解析了问题1。对于问题2应该和y[]数组对应，文件没有说，我猜想应该是和问题1一致的处理，先缓存，然后修改，否则非cache line对齐的时候，难道还分情况处理不成？

对于问题3，必然是要wb的，否则拷贝数据就没有意义了；拷贝完成后wb，Inv操作对于比较大的内存范围是很消耗时间的；既然数据在本cpu不再操作，使用Inv标记本cache line无效可以避免其他需要的数据由于此cache line未释放而被逐出的问题，应该会提升部分效率。

对于问题4，我的想法是从edma配置、到启动edma执行，再到程序循环判断edma执行完成整个过程所需要的时间，在小数据量的情况下和使用cpu拷贝再wbInv哪个耗时更小。此时buffB的数据通常是给外设或其他cpu使用的。这个【小数据量】的长度就是平衡点，这个长度怎么计算出来？

对于问题5，大量数据操作后，对于不再使用的数据根据需要wbInv、Inv操作应该能提高cache的利用率，但是大范围的内存操作会耗时很久，这个要根据实际情况来处理。对于【一段时间内】不再使用的数据，通常是一个周期性任务使用的数据;此时数据保留在cache与否，取决于任务的频率。我之前再论坛提问了一个问题：在40KHz的一个任务中，第一次进入任务耗时65us，连续执行时(无wbInv、Inv，freeze操作)耗时才17us左右；此时第一次执行的时间就成了一个严重的问题了，目前还没有解决，不知道后续改为进入任务后对数据增加touch操作能否提升效率。

代码的地址是固定的，freeze的目的是将频繁调用的函数固定到Cache里，所以你需要先判断哪些函数会被频繁调用，然后主动调用它，这时的调用并不关心它的执行返回结果，只是为了确保代码运行一遍，这样代码就加载到Cache里去了，然后freeze。

比如：

main()

{

funA();

freeze (funA);

funB():

freeze(funB);

xxx

}

这里提供的是一种方法，具体实现根据的代码特点进行调整。