基于车路协同的性能监控方法、系统、存储介质及设备技术方案

本发明专利技术提供了一种基于车路协同的性能监控方法、系统、存储介质及设备，方法包括：对车路协同场景中的监控数据进行实时采集；将当前时刻采集到的监控数据序列化处理，得到序列化数据，并根据对应的频率指标将序列化数据以相应方式暂存至内存中；从内存中获取序列化数据，并对序列化数据进行性能日志打点；将打点完成的性能日志进行解析，并根据解析结果进行性能分析。本发明专利技术解决了普通监控系统采集和上报的数据量过大的问题，实现了在不丢失数据精度的情况下分析各环节出现的性能瓶颈。度的情况下分析各环节出现的性能瓶颈。度的情况下分析各环节出现的性能瓶颈。

【技术实现步骤摘要】
基于车路协同的性能监控方法、系统、存储介质及设备


[0001]本专利技术涉及车路协同
，尤其涉及一种基于车路协同的性能监控方法、系统、存储介质及设备。

技术介绍

[0002]在车路协同领域中，车端自动驾驶服务会接收路端感知语义数据，利用自身自动驾驶规划算法来做出一些自动驾驶行为，所以车端是严重依赖路端感知语义数据的，一旦路端数据不能及时下发至车端，会对自动驾驶产生严重影响。
[0003]从传感器采集路端目标检测物开始，至车端自动驾驶服务收到感知语义数据结束，这两个起止时间的差称为全链路端到车端时延，在指标上，我们要求全链路端到端时延P99分位不得大于200毫秒，否则会对车端自动驾驶体验产生较大影响。
[0004]虽然互联网领域的监控手段很多，但普遍监控精度偏低，最多仅能实现秒级监控。现在需要实现毫秒级监控，不能丢失监控精度，而且要求能够统计任意的时延分位值，从而可以精确分析出系统全链路中各环节出现的性能瓶颈。另外，目前业界常用的监控系统采集日志量较多，而车路协同系统中由于有大量的多赫兹指标待采集，大大增加了日志采集量，导致日志采集性能会越来越低，甚至会出现卡顿或数据丢失的情况。

技术实现思路

[0005]有鉴于此，本专利技术的目的在于提出一种基于车路协同的性能监控方法、系统、存储介质及设备，用以解决现有技术中车路协同领域的监控精度低，并且监控系统会随着日志采集量的增加而出现卡顿，以致指标数据丢失的问题。
[0006]基于上述目的，本专利技术提供了一种基于车路协同的性能监控方法，包括以下步骤：对车路协同场景中的监控数据进行实时采集；将当前时刻采集到的监控数据序列化处理，得到序列化数据，并根据对应的频率指标将序列化数据以相应方式暂存至内存中；从内存中获取序列化数据，并对序列化数据进行性能日志打点；将打点完成的性能日志进行解析，并根据解析结果进行性能分析。
[0007]在一些实施例中，根据对应的频率指标将序列化数据以相应方式暂存至内存中包括：响应于序列化数据的频率指标为多赫兹指标，将多赫兹指标的序列化数据以环形链表方式暂存至内存中；响应于序列化数据的频率指标为单赫兹指标，直接将单赫兹指标的序列化数据暂存至内存中。
[0008]在一些实施例中，对序列化数据进行性能日志打点包括：利用打点线程对序列化数据以行为单位进行性能日志打点。
[0009]在一些实施例中，车路协同场景中的监控数据包括车端运行的自动驾驶服务相关
数据、路端运行的感知算法相关数据、路端运行的数据分发服务相关数据中的一种或多种。
[0010]在一些实施例中，将打点完成的性能日志进行解析，并根据解析结果进行性能分析包括：将打点完成的性能日志传输至监控采集代理服务，并在监控采集代理服务中对性能日志进行解析，并根据解析结果进行性能分析。
[0011]在一些实施例中，将打点完成的性能日志传输至监控采集代理服务包括：响应于监控数据为车端运行的自动驾驶服务相关数据，将其对应的性能日志以HTTP接口方式上报至监控采集代理服务；响应于监控数据为路端运行的感知算法相关数据或路端运行的数据分发服务相关数据，将其对应的性能日志打印至本地磁盘，并由监控采集代理服务从本地磁盘读取性能日志。
[0012]在一些实施例中，在监控采集代理服务中对性能日志进行解析，并根据解析结果进行性能分析包括：在监控采集代理服务中对性能日志进行解析，得到采集到的监控数据的原始值；由外部监控中心定时从监控采集代理服务中拉取原始值，并根据原始值进行性能分析。
[0013]在一些实施例中，根据原始值进行性能分析包括：根据原始值计算时延类指标或处理时长类指标的任意分位统计值，并基于任意分位统计值进行性能分析。
[0014]在一些实施例中，将当前时刻采集到的监控数据序列化处理，得到序列化数据包括：将当前时刻采集到的监控数据中的所有描述信息进行删除，并将处理后的信息按序进行集合，得到序列化数据。
[0015]本专利技术的另一方面，还提供了一种基于车路协同的性能监控系统，包括：数据采集模块，配置用于对车路协同场景中的数据进行实时采集；暂存模块，配置用于将当前时刻采集到的监控数据序列化处理，得到序列化数据，并根据对应的频率指标将序列化数据以相应方式暂存至内存中；性能日志打点模块，配置用于从内存中获取序列化数据，并对序列化数据进行性能日志打点；以及性能分析模块，配置用于将打点完成的性能日志进行解析，并根据解析结果进行性能分析。
[0016]本专利技术的又一方面，还提供了一种计算机可读存储介质，存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述方法。
[0017]本专利技术的再一方面，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该计算机程序被处理器执行时执行上述方法。
[0018]本专利技术至少具有以下有益技术效果：本专利技术的基于车路协同的性能监控方法，通过对采集到的监控数据进行序列化，可以作为数据压缩，使后续性能日志占用空间量减少，解决普通监控系统采集和上报的数据量过大的问题，减少路端服务器磁盘和车端带宽资源占用；通过将打点完成的性能日志
进行解析后分析相应性能，实现了在不丢失数据精度的情况下分析各环节出现的性能瓶颈，使开发人员解决性能瓶颈后可以借助全链路时延监控系统实时验证，全链路端到端时延的降低有助于提升车端运行的安全性和稳定性。
附图说明
[0019]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。
[0020]图1为根据本专利技术实施例提供的基于车路协同的性能监控方法的示意图；图2为根据本专利技术实施例提供的基于车路协同的性能监控系统的示意图；图3为根据本专利技术实施例提供的实现基于车路协同的性能监控方法的计算机可读存储介质的示意图；图4为根据本专利技术实施例提供的执行基于车路协同的性能监控方法的计算机设备的硬件结构示意图。
具体实施方式
[0021]为使本专利技术的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本专利技术实施例进一步详细说明。
[0022]需要说明的是，本专利技术实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称的非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本专利技术实施例的限定。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备固有的其他步骤或单元。
[0023]基于上述目的，本专利技术实施例的第一个方面，提出了一种基于车路协同的性能监控方法的实施例。图1示出的是本专利技术提供的基于车路协同的性能监控方法的实施例的示意图。如图1所示，本专利技术实施例包括如下步骤：步骤S10、对车路协同场景中的监控数据本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于车路协同的性能监控方法，其特征在于，包括以下步骤：对车路协同场景中的监控数据进行实时采集；将当前时刻采集到的监控数据序列化处理，得到序列化数据，并根据对应的频率指标将所述序列化数据以相应方式暂存至内存中；从所述内存中获取所述序列化数据，并对所述序列化数据进行性能日志打点；将打点完成的性能日志进行解析，并根据解析结果进行性能分析。2.根据权利要求1所述的方法，其特征在于，根据对应的频率指标将所述序列化数据以相应方式暂存至内存中包括：响应于所述序列化数据的频率指标为多赫兹指标，将所述多赫兹指标的序列化数据以环形链表方式暂存至所述内存中；响应于所述序列化数据的频率指标为单赫兹指标，直接将所述单赫兹指标的序列化数据暂存至所述内存中。3.根据权利要求1所述的方法，其特征在于，对所述序列化数据进行性能日志打点包括：利用打点线程对所述序列化数据以行为单位进行性能日志打点。4.根据权利要求1所述的方法，其特征在于，所述车路协同场景中的监控数据包括车端运行的自动驾驶服务相关数据、路端运行的感知算法相关数据、路端运行的数据分发服务相关数据中的一种或多种。5.根据权利要求1所述的方法，其特征在于，将打点完成的性能日志进行解析，并根据解析结果进行性能分析包括：将打点完成的性能日志传输至监控采集代理服务，并在所述监控采集代理服务中对所述性能日志进行解析，并根据解析结果进行性能分析。6.根据权利要求5所述的方法，其特征在于，将打点完成的性能日志传输至监控采集代理服务包括：响应于所述监控数据为车端运行的自动驾驶服务相关数据，将其对应的性能日志以HTTP接口方式上报至所述监控采集代理服务；响应于所述监控数据为路端运行的感知算法相关数据或路端运行的数据分发服务相关数据，将其对应的性能日志打印至本地磁盘，并由所...

【专利技术属性】
技术研发人员：李东华，冯建华，
申请(专利权)人：天翼交通科技有限公司，
类型：发明
国别省市：