blocks|key|3649090|text|C-Compiler+(据我测试)没有充分利用这个架构。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3649091|但是您可以摆脱它，因为DSP可能足够快，可以完成您需要执行的操作。|3649092|因此，它归结为测试和分析您的代码，以了解哪些部分必须加速才能使系统正常工作。|3649093|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

The C-Compiler (as far as I tested) does not take full advantage of the architecture. 

But you can get away with it, because the DSP might be fast enough for the operations you need to do.

So it comes down to testing and profiling your code to see the parts which must be speed up to get the system to work.

blocks|key|5763410|text|我用过一些其他的TI+DSP，C语言通常也不错。通常的方法是从用C编写所有代码开始，然后分析代码，看看是否有需要手工优化的地方。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5763411|你通常也可以用C语言进行优化，通过调整C代码直到得到你想要的汇编输出。重要的是要知道DSP是如何工作的，以及什么工作方式更快或更慢。|5763412|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I've used some other TI DSPs and C was usually fine. The usual approach is to start by writing everything in C and then profile the code to see if anything needs to be hand-optimised.

You can often do the optimisation in C too, by adjusting the C code until you get the assembly output you want. It's important to know how the DSP works and what ways of working are faster or slower.

blocks|key|2446424|text|这取决于C编译器和你对“足够快”的定义。标准C编译器通常很难有效地使用特殊的DSP硬件，例如：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2446425|可在parallel中访问的|2446426|多个内存组|unordered-list-item|2446427|定点数据类型|2446428|循环缓冲区|2446429|2446430|entityMap^0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|P|8|@]|9|@]|A|$]]|$1|G|3|H|5|F|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|F|7|R|8|@]|9|@]|A|$]]|$1|K|3|-4|5|6|7|S|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|M|$]]

Depends on the C compiler and your definition of "fast enough". Standard C compilers often struggle to make efficient use of special DSP hardware, such as:

<ul>
<li>Multiple memory banks that can be
accessed in parallel</li>
<li>Fixed point data types </li>
<li>Circular buffers</li>
</ul>

blocks|key|5763466|text|通常，C语言是一个很好的起点。您可以快速获得整体框架和算法，并编写在真正的数学之间移动数据的大部分管道。一旦这些准备就绪，并且您很高兴您的数据结构是正确的，您就可以在分析器中查看并找出哪些例程需要手动压缩。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|5763467|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Usually C is a good place to start. You can get the overall framework and algorithms shaken out quickly, and write most of the plumbing that moves the data around between the real math. Once that's in place and you're happy that your data structures are correct, you can look at in a profiler and figure out which routines need to be squeezed by hand.

blocks|key|2440042|text|我会坚持使用C，直到我知道有一个热点可以从汇编编码中受益。This+is+the+"profiling"+method+I+use.你可能会感到惊讶，有一些方法可以提高代码的速度，这些方法不是热点，而是可以删除的中间函数调用。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|2440043|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/890222/analyzing-code-for-efficiency/893272#893272^0|T|11|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

I would stick to C until I know there is a hotspot that could benefit from assembly coding. <a href="https://stackoverflow.com/questions/890222/analyzing-code-for-efficiency/893272#893272">This is the "profiling" method I use.</a> You could be surprised that there are ways to speed up the code that are not hotspots, but rather intermediate function calls that could be removed.

blocks|key|2440067|text|用于OMAP3上的C64x/C64x%2B+DSP的TI编译器包括对TI所称的“内部”函数调用的支持。它们不是真正的函数调用，它们只是一种告诉编译器使用什么汇编操作码的方式，而这些操作可能不是用C直接表达的。它对于在C64x/C64x%2B+DSP中利用C64x/C64x%2BDSP中的SIMD操作码特别有用。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2440068|一个示例可能是：|2440069|A=+_add2(B，C)；|2440070|此SIMD指令将B和C的低/高16位相加，并将结果存储在A的低/高16位中。您不能用常规C来表示这一点，但您可以使用固有的C操作码来实现。|2440071|我已经使用了内部C来非常接近你可以用成熟的汇编语言做的事情(在5-10%25以内)。它对于像过滤和运动补偿(_dotpsu4!)这样的视频功能特别有用。|2440072|我通常使用-al开关进行编译，并查看管道以尝试确定哪些功能单元被重载，然后查看我的内部函数，看看是否可以重新平衡循环(如果我使用了太多的S单元，我可能会查看是否可以将操作码更改为使用M单元)。|2440073|此外，记住C64x+DSP有64个寄存器是很有帮助的，所以加载本地变量和永远不会将指令的输出赋值回相同的变量--这将对编译器正确流水线的能力产生负面影响。|offset|length|style|BOLD|2440074|entityMap^0|0|0|0|0|0|0|10|A|0^^$0|@$1|2|3|4|5|6|7|T|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|U|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|V|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|W|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|X|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|Y|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|Z|8|@$N|10|O|11|P|Q]]|9|@]|A|$]]|$1|R|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|S|$]]

The TI compiler for the C64x/C64x+ DSP on the OMAP3 includes support for what TI calls "intrinsic" function calls. They're not really function calls, they are just a way to tell the compiler what assembly opcode to use for an operation that might not be directly expressable in C. It is especially useful for leveraging the SIMD opcodes in the C64x/C64x+ DSP from C.

An example might be:

A = _add2(B, C);

This SIMD instruction adds the low/high 16 bits of B and C together and store the results in the low/high 16 bits of A. You can't express this in regular C, but you can do it with the intrinsic C opcodes.

I have used intrinsic C to get very close to what you could do with full-blown assembly language (within 5-10%). It is especially useful for video functions like filtering and motion compensation (_dotpsu4!).

I usually compile with the -al switch and look at the pipeline to try and identify what functional units are overloaded and then look at my intrinsics to see if I can rebalance the loop (if I'm using too many S units, I might see if I could change the opcode to use an M unit).

Also, it's helpful to remember that the C64x DSP has 64 registers, so load up the local variables and never assign the output of an instruction back into the same variable -- it'll negatively affect the compiler's ability to pipeline properly.

blocks|key|2440089|text|简单的速度比较没有任何意义。当然是c，如果比汇编更方便的话。你必须衡量你的系统的时间成本，如果c代码满足了你对速度的要求，你就不必使用汇编语言。如果速度不够，你可以分析你的代码，找出最耗时的源代码，比如循环代码，然后优化它！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2440090|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

the simple compare of the speed means nothing. Definitely c if more convenient than assembler. You must measure the cost of time of your system, if c code satisfy your require for speed ,you don't have to use assembler. If the speed is not enough, you can profile your code ,find out the most time consuming source code such as loop code, then optimize it!

blocks|key|535758|text|使用-O3优化进行编译。它非常强大。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|535759|如果它不够好，你可以根据自己的喜好进一步优化生成的汇编代码，而不是自己用ASM从头开始编写所有代码。|535760|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Compile using the -O3 optimisation. It is very powerful. 
In the event it is not good enough, you can further optimise the generated assembly code to your liking instead of coding everything yourself in ASM from scratch.

I am going to write some image processing programs for Texas Instruments DaVinci platform. There are tools appropriate for programming in the C language, but I wonder if it is really possible to take full advantage of the DSP processor without resorting to an assembly language. Do you know about any comparisons of speed between programs written in C and in assembler on this DSP platform?

TI DSP programming - is C fast enough or do I need an assembler?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我将为德州仪器的DaVinci平台编写一些图像处理程序。有适合用C语言编程的工具，但我想知道是否真的有可能在不求助于汇编语言的情况下充分利用DSP处理器的优势。你知道在这个DSP平台上用C编写的程序和用汇编语言编写的程序之间的速度比较吗？

问TI DSP编程-C是否足够快，或者我需要汇编程序吗？
EN

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问TI DSP编程-C是否足够快，或者我需要汇编程序吗？EN