嵌入式开发设计中内存管理的7个技巧

在实时系统会中亦会行政缓存是一项挑战。有许多方面无需再考虑，例如Java生活空间缓存行政、RAM缓存行政、缓存可用性以及它们如何影响性能等等。前面是七个通用的即兴，可以协助软件系统会微软开始行政他们的缓存。

即兴1–避免malloc

在无需确切性计时的实时系统会中亦会，采用malloc自适应分派缓存是一个坏主意。首先，近似于的malloc付诸是不确切的，这意味着即使只能分派缓存，也不能保证分派缓存无需早些。采用malloc亦会产生许多实时可能，例如

大石碎裂

分派缓存失利

不确切的不当

免得试探命运，能避免malloc就好。

即兴2–只能将缓存个字符池中亦会用做侦查大石栈分派

RTOS有时候值得注意许多专供微软分派缓存的机制。可选择有时候是个字符和块缓存池中亦会。个字符缓存池中亦会的不当与大石颇为相似，并像malloc一样分派缓存。有一些付诸是确切性的，但是仍然存在大石碎裂的潜在可能。出于这些原因，强烈要求微软在客户端开始时只采用个字符池中亦会来分派缓存，例如缓冲区或侦查大石栈。

即兴3–采用缓存块池中亦会进行自适应缓存分派

有时候，软件系统会微软未能摆脱实例分派所有缓存的可能。客户端可能未能天内知道无需多少缓存，或者必需分派所有缓存可能无需比PIC上可用缓存更多的RAM。就让采用缓存分派或个字符池中亦会的话，微软确实是不是呢?答案是采用块缓存池中亦会。块缓存池中亦会在相同的缓存块中亦会分派缓存，不像个字符缓存池中亦会一次分派一个个字符。块缓存池中亦会的算法是确切性的和较慢的!因此，如果你无需自适应分派缓存，请采用块缓存池中亦会。(大多数BTS都有)。

即兴4–实例分派缓存

实例分派缓存意味着所有的缓存分派都是在PHP不免不是运行时执行的。这是维护确切性的最维护的法则，并且不亦会有缓存碎裂可能。当微软不能在PHP时分派缓存时，一些自适应分派侦查操控块的RTOS就是这种可能，试着在系统会初始化过后执行所有的自适应缓存分派。在启动时分派缓存似乎类似于实例分派的。

即兴5–可避免RTOS普通人的采用

通过RTOS创建的每个普通人，比如侦查、信号量、消息队列等等，都有一个与之举例来说的操控块。操控块本质上是一种在结构上，它遗留了普通人执行其自适应所必须的各种参数。在资源考虑到的环境中亦会工作的软件系统会微软亦会借此可避免他们在客户端中亦会采用的普通人数量。如果微软不密切监控RTOS普通人的Java，它们亦会迅速开始采用大量的RAM。

即兴6–更改Java的默认可用性设立

在运行时处理缓存并不是微软亦会碰见的唯一缓存行政可能。有时，微软无需试着可用性RAM和ROM，以便尽量减少地降低他们采用的PIC的BOM费用。在许多可能下，Java(如GCC)默认不值得注意最佳可用性设立，Java有时候臃肿而缓慢。免得仰赖默认的Java设立。提示Java第一版，洞察可用做调整RAM和ROM大小的可用性和设立。

即兴7–监控缓存映射明文

跟踪ROM和RAM仍要的一个好法则是提示Java转化的缓存映射明文。这个明文将告诉微软线性的Java大小，以及为它们的线性分派了多少缓存。不同工具的地图明文有时候略有不同，因此无需微软打开明文并手动浏览它们，以确切它们的缓存采用可能。微软可以编写一个Python脚本来复制到明文，并备有机制来提示哪里的可用性和Java返工是最有效率的。

结论

实时软件系统会软件微软经常为行政他们的系统会缓存而苦恼。由于没有跟踪缓存的仍要，它们可能亦会迅速消耗Java生活空间，或者显现出与大石碎裂相关的运行时可能。我们在本文中亦会研究者的即兴似乎很恰当，但是通过遵循它们，软件系统会微软不只能可以更好地行政他们的缓存占用，还可以不用自动化一个几近缓存意外事件的系统会的苦恼。