Event数量超过上限导致aclrtRecordEvent接口返回失败
内存未释放
现象描述
测试用例长稳运行时，出现内存泄漏的现象，内存占用持续上升。如图1所示。
图1 内存占用持续上升
可能原因
分析上述日志信息，可能存在以下故障原因：
系统存在只申请内存不释放内存的问题，正常情况下，内存申请与释放必须成对出现。
处理步骤
针对分析的故障可能原因，可以参考下面步骤处理：
排查所有的内存申请和释放的地方，保证申请与释放一一对应。例如aclrtMalloc与aclrtFree，aclrtMallocHost与aclrtFreeHost、aclrtCreateStream与aclrtDestroyStream等。
父主题： FAQ
Event数量超过上限导致aclrtRecordEvent接口返回失败
现象描述
调用aclrtRecordEvent接口在Stream中记录一个Event时，日志中的报错如下，红框中是关键日志信息，提示Event ID申请失败：
可能原因
分析上述日志信息，可能存在以下故障原因：Event ID的数量超过上限。
处理步骤
多Stream之间同步等待的场景下，Event ID的资源时可以复用的，复用Event ID的流程是：在调用aclrtRecordEvent接口+aclrtStreamWaitEvent接口后，若指定的Event已完成，则需要及时调用aclrtResetEvent接口释放Event资源。
需要用户按照复用Event ID的流程优化代码逻辑。
父主题： FAQ
进程异常退出后重新执行任务失败
现象描述
进程异常退出时，包括强行终止任务（如ctrl + c或者kill命令终止进程）的场景，然后重新启动任务失败。
可能原因
进程异常退出时，只能依赖系统检测到程序退出后才进行资源释放，释放资源最长需要一分钟的执行时间。如果在未执行完资源释放前执行新的任务，可能导致新执行的任务失败。
处理步骤
进程异常退出后需要等待一分钟，才能保证下一次重新执行任务成功。
父主题： FAQ
进程异常时资源清理的处理建议
现象描述
用户捕获异常退出信号，并在信号处理函数中释放已申请资源，下一次执行时会报执行失败。此时查看日志，会发现如图1所示报错。
图1 unbind model stream failed
可能原因
进程异常时，host侧内核态驱动会自动检测并发起对应进程device侧资源释放的流程，不需要用户捕获进程异常的信号并主动完成清理。若用户主动释放，会影响到系统的资源释放流程。
处理步骤
用户无需关注进程异常退出信号。
父主题： FAQ
在线提单