存储空间占用：
因为仅仅在DSP28xxx_SectionCopy_nonBIOS.asm文件中增加了copy_sections的代码。增加的占用的片内flash为0x3C。code_start 和wd_disable函数没有增加额外的代码，他们本来就在C/C++ Header Files and Peripheral Examples的所用项目中被使用。
测试：
因为这个功能开机后直接实现，闪存等待状态，锁相环（PLL）都没有配置，因此，它们都运行在默认值。Flash等待状态为15个周期，对于F280xx/F281x设备SYSCLKOUT为OSCCLK/2，对于F2833x设备SYSCLKOUT为OSCCLK/ 4。使用Code Composer Studio的分析功能可以测量运行时间。下表给出了每个F28xxx控制器从启动到main（）函数的第一个指令所用的时间，如下所示，由于个平台的代码长度和系统时钟不一样，他们的运行时间也不一样。
限制：
此实现的限制因素为使用的TMS320F28xxx控制器内部RAM的大小。这限制了那些工程可以使用这种方法，如果工程太大，以至于没法放进RAM里，这种方法是不能用的。
建议：
有一些项目需要这种功能，但不是所有被初始化段都要复制到RAM或者没有足够的RAM放下所有的段。仅仅需要复制应用代码本身。这种情况下，仅仅需要复制.text段到RAM。这样子，可以把DSP28xxx_SectionCopy_nonBIOS.asm文件和cmd文件中复制其他段的代码删掉，把其他段放在flash中运行。减少flash的占用空间和缩短了运行到main（）的时间。
应该确定应用程序可以处理复制代码执行时间的一点滞后。如果应用程序不能处理这段时间，可以使用Running an Application from Internal Flash Memory on the TMS320F28xx DSP (SPRA958)中的方法复制一部分主要的代码到ram。
如果使用DSP的引导，建议使用Running an Application from Internal Flash Memory on the TMS320F28xx DSP (SPRA958)中的方法复制一部分主要的代码到ram。一个使用DSP / BIOS的项目，通常是一个较大的项目，不建议使用此方案。
结语：
这份应用文档展示，在建立C语言环境之前，通过把flash的代码复制到ram，可以使TMS320F28xxx的控制器实现零等待状态运行。这方案给出了代码和存储空间的限制，为设计者提供了实现了这种功能的相关文件。
