【华为 Hicar 音频卡顿】gc 导致音频卡顿问题分析

最新推荐文章于 2024-08-17 02:56:43 发布
最新推荐文章于 2024-08-17 02:56:43 发布
阅读量5.6k 收藏 12
点赞数
分类专栏： # Android Media 汽车电子 Qualcomm经验总结
版权声明：本文为博主原创文章，禁止转载。
本文链接：https://blog.csdn.net/Ciellee/article/details/107833770
版权

一、问题描述：

180S MCE 车机，有线音频卡顿的问题分析如下:
可以看出，车机从手机接收数据时是正常接收的，并未出来延时。
卡顿出现在往StreamBuffer写第36257帧数据时，触发了GC Alloc，该回收内存动作耗时40.910ms，
接着在 GC 动作结束后，重新写第36257帧数据，
导致播放第36257帧数据时出现卡顿。

log 分析如下;（附件中 logcat.log.04 ）

// 从手机接收到第 36257 帧数据
07-31 10:27:18.803  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737145700,len=335,seqnum=36257,usage=1,nowUs=1598464592

// 从手机接收到第 36258 帧数据
07-31 10:27:18.825  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737166755,len=366,seqnum=36258,usage=1,nowUs=1598487090

// 从手机接收到第 36259 帧数据
07-31 10:27:18.849  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737188088,len=344,seqnum=36259,usage=1,nowUs=1598510692
07-31 10:27:18.864  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737209633,len=350,seqnum=36260,usage=1,nowUs=1598526215

// 播放音乐，写入streamBuffer，开始写第 36257 帧数据 ，触发 GC Alloc  《======================
07-31 10:27:19.063  4449  2106 D DMSDP_TRANSPORT_DATASESSION: AudioPlay audioSdk session=5*******6,type=3,Length=4096,timeUs=3737145700,usage=1   // 《====写第 36257 帧数据=======
07-31 10:27:19.063  4449  2106 D VirtualAudio: WriteStreamBuffer:start WriteStreamBuffer

07-31 10:27:19.064  4449  2106 I zygote  : Starting a blocking GC Alloc
07-31 10:27:19.064  4449  2106 I zygote  : Starting a blocking GC Alloc
07-31 10:27:19.070  4449  1734 I zygote  : Waiting for a blocking GC Alloc

// 从手机接收到第 36270 帧数据
07-31 10:27:19.075  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737421944,len=360,seqnum=36270,usage=1,nowUs=1598737115

// 从手机接收到第 36271 帧数据
07-31 10:27:19.097  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737444166,len=337,seqnum=36271,usage=1,nowUs=1598758453

// 写第 36257 帧数据时 ，触发的 GC Alloc 动作如下，耗时 40.910ms 
07-31 10:27:19.105  4449  2106 I zygote  : Alloc concurrent copying GC freed 36392(15MB) AllocSpace objects, 0(0B) LOS objects, 93% free, 1274KB/19MB, paused 152us total 40.910ms
07-31 10:27:19.105  4449  1734 I zygote  : WaitForGcToComplete blocked Alloc on HeapTrim for 35.768ms
07-31 10:27:19.105  4449  1734 I zygote  : Starting a blocking GC Alloc
07-31 10:27:19.106  4449  2106 D DMSDP   : VirtualAudioProxy:write cost:0,play positon is:37116928
07-31 10:27:19.106  4449  2106 D DMSDP   : VirtualAudioProxy:writeAvSyncData cost:1,Acts is:3737145700,Apts is:1598767000   //《====重写第 36257 帧数据=======

07-31 10:27:19.106  4449  2106 I VirtualAudioJni: WriteStreamToJni:size is:4096
07-31 10:27:19.107  4449  2106 I VirtualAudioJni: WriteStreamBuffer:byteSize is:4096

// 播放音乐，写入streamBuffer，开始写第 36258 帧数据 ，正常播放 《======================
07-31 10:27:19.108  4449  2106 D DMSDP_TRANSPORT_DATASESSION: AudioPlay audioSdk session=5*******6,type=3,Length=4096,timeUs=3737166755,usage=1
07-31 10:27:19.108  4449  2106 I VirtualAudio: GetInstance:GetInstance
07-31 10:27:19.108  4449  2106 D VirtualAudio: WriteStreamBuffer:start WriteStreamBuffer
07-31 10:27:19.109  4449  2106 D DMSDP   : VirtualAudioProxy:write cost:0,play positon is:37117120
07-31 10:27:19.110  4449  2106 D DMSDP   : VirtualAudioProxy:writeAvSyncData cost:1,Acts is:3737166755,Apts is:1598770000
07-31 10:27:19.110  4449  2106 I VirtualAudioJni: WriteStreamToJni:size is:4096
07-31 10:27:19.110  4449  2106 I VirtualAudioJni: WriteStreamBuffer:byteSize is:4096

// 播放音乐，写入streamBuffer，开始写第 36259 帧数据 ，正常播放 《======================
07-31 10:27:19.111  4449  2106 D DMSDP_TRANSPORT_DATASESSION: AudioPlay audioSdk session=5*******6,type=3,Length=4096,timeUs=3737188088,usage=1
07-31 10:27:19.112  4449  2106 I VirtualAudio: GetInstance:GetInstance
07-31 10:27:19.112  4449  2106 D VirtualAudio: WriteStreamBuffer:start WriteStreamBuffer

// 从手机接收到第 36272 帧数据
07-31 10:27:19.119  4449  1742 D DMSDP_TRANSPORT_DATASESSION: RTPDataReceiver MSG_TYPE_ACCESSUNIT session=5*******6,timeUs=3737464844,len=353,seqnum=36272,usage=1,nowUs=1598781401

从问题分析看起来是，HEAP 内存分配失败，但系统明明还有19MB内存，但就是分配不了。

二、分析过程

刚开始疑会不会是内存泄漏，经过分析和内存泄漏无关，
这里记录下使用过的命令：

  1. 查看系统单个进程内存上限：
C:\Users\ciellee>adb shell
msm8937_32go:/ # getprop|grep heapgrowthlimit
[dalvik.vm.heapgrowthlimit]: [128m]
msm8937_32go:/ #
  1. top 命令查看当前系统进程信息
Tasks: 481 total,   7 running, 470 sleeping,   0 stopped,   0 zombie
Mem:   1928552k total,  1723024k used,   205528k free,    32672k buffers
Swap:        0k total,        0k used,        0k free,   663028k cached
800%cpu  85%user  21%nice  69%sys 615%idle   0%iow   0%irq   9%sirq   0%host
  PID USER         PR  NI VIRT  RES  SHR S[%CPU] %MEM     TIME+ ARGS
 2820 system       10 -10 1.0G  70M  30M S 33.3   3.7  10:19.02 com.huawei.dmsdpdevice
  388 logd         30  10  22M 7.9M 1.3M S 30.6   0.4   3:29.10 logd
 2886 u0_a12       10 -10 1.1G  52M  24M S 17.0   2.7   1:03.82 com.huawei.hisight
 2347 system       20   0 1.1G  79M  30M S 15.3   4.1  39:07.83 com.qinggan.speechservice
  597 system       20   0  44M  12M 6.3M S  9.0   0.6   4:08.99 hal-server
 2081 root         30  10 5.1M 1.6M 1.2M S  8.0   0.0   1:08.82 logcat -b main -b system -b crash -b radio -f /private/+
  1. 查看 com.huawei.dmsdpdevice 进程的内存信息
msm8937_32go:/ # dumpsys meminfo com.huawei.dmsdpdevice
Applications Memory Usage (in Kilobytes):
Uptime: 16231918 Realtime: 16231918

** MEMINFO in pid 2820 [com.huawei.dmsdpdevice] **
                   Pss  Private  Private  SwapPss     Heap     Heap     Heap
                 Total    Dirty    Clean    Dirty     Size    Alloc     Free
                ------   ------   ------   ------   ------   ------   ------
  Native Heap     4177     4156        0        0    12160    10166     1993
  Dalvik Heap      702      684        0        0    19750     1318    18432
 Dalvik Other      585      584        0        0
        Stack      296      296        0        0
       Ashmem       10        0        0        0
    Other dev        5        0        4        0
     .so mmap      484      112       32        0
    .jar mmap       20       20        0        0
    .apk mmap     2702      112     2492        0
    .dex mmap     2996        4     2668        0
    .oat mmap      241        0       56        0
    .art mmap     1009      628      184        0
   Other mmap      132        4       72        0
      Unknown      353      352        0        0
        TOTAL    13712     6952     5508        0    31910    11484    20425

 App Summary
                       Pss(KB)
                        ------
           Java Heap:     1496
         Native Heap:     4156
                Code:     5496
               Stack:      296
            Graphics:        0
       Private Other:     1016
              System:     1252

               TOTAL:    13712       TOTAL SWAP PSS:        0

 Objects
               Views:        0         ViewRootImpl:        0
         AppContexts:        3           Activities:        0
              Assets:        2        AssetManagers:        2
       Local Binders:       40        Proxy Binders:       25
       Parcel memory:        8         Parcel count:       34
    Death Recipients:        9      OpenSSL Sockets:        0
            WebViews:        0

 SQL
         MEMORY_USED:        0
  PAGECACHE_OVERFLOW:        0          MALLOC_SIZE:        0

msm8937_32go:/ #
  1. 抓取 hprof 文件
C:\Users\ciellee>adb shell am dumpheap 2820 /data/2820_on.hprof
C:\Users\ciellee>adb shell am dumpheap 2820 /data/2820_off.hprof
C:\Users\ciellee>adb shell
msm8937_32go:/ # ls -al data/2820*
-rwxrwx--- 1 root root 27170341 2020-08-03 14:22 data/2820_off.hprof		// 停止放歌时
-rwxrwx--- 1 root root 23286925 2020-08-03 14:22 data/2820_on.hprof			// 正在放歌时
msm8937_32go:/ #

//转换 hprof 文件，这样 MemoryAnalyzer 才能打开
C:\Users\ciellee\Desktop\hprof>hprof-conv  2820_off.hprof  2820_off_1.hprof
C:\Users\ciellee\Desktop\hprof>hprof-conv  2820_on.hprof  2820_on_1.hprof

内存分析工具下载地址: http://ftp.yz.yamagata-u.ac.jp/pub/eclipse/mat/1.10.0/rcp/MemoryAnalyzer-1.10.0.20200225-win32.win32.x86_64.zip

需要JDK 环境，下载地址：https://www.oracle.com/java/technologies/javase-jdk14-downloads.html


三、解决方法

经过上面一系列的分析，看起来都没有问题，APK也没有内存泄漏的问题，
问题就是 heap 明明有内存，但就是不让分配。

因为我们车机同时做 8937 和 8950平台，了解到 8950 上没有这样的问题，
最终通过 adb shell getprop > prop.txt 分别获取到 8937 和 8950 平台的 prop 属性。

对比属性发现了如下差异：（左8950, 右8937）
在这里插入图片描述
可以看出，8937 的堆内存配置256M， 这个是按 1 G RAM 的配置来走的，
而 8950平台 的512M 才是按 2G RAM 来配置的。

我们8937的车机Flash 是 16+2 的，需要按 2G RAM 来配置，修改如下：
在这里插入图片描述

导入修改，编译版本后，复测没有GC问题了，也没有卡顿的问题了。



有关heap 的知识我也不怎么懂，有兴趣可以参考下面两篇文章，写得很好

参考：
《关于build.prop原始Dalvik虚拟机设定与调整》
《虚拟内存修改方案dalvik.vm.heapsize 》

一次内存泄漏的问题记录
lucky_tom的专栏
09-23 1万+
项目场景： 同事在开发一款人脸识别app时，在多次执行，打开--》人脸识别--》关闭--》打开循环测试过程中会耗尽内存。 问题描述： 测试同学通过用monkey脚本测试，遇到OOM内存溢出的问题。 日志片段1：可以看到系统一直在频繁gc，已经超过设定的512mb上限。 09-22 13:53:23.045 3052 3806 I zygote : Waiting for a blocking GC Alloc 09-22 13:53:23.502 3052 5107 I zy...
华为hicar支持车型列表_汽车大观| 华为的“汽车梦”
weixin_39979080的博客
11-20 5291
作者| 闫奕来源| 汽车大观“跨界”一直是一个热词，跨界搞汽车也开始屡见不鲜。在汽车智能网联方面，无论是传统车企，还是早早布局的其他互联网公司，都已经打下了一定基础。在自身领域做出傲人成绩的华为，也以后来居上的势头，在智能汽车上“施展拳脚”。近日，汽车大观在天眼查上发现，华为技术有限公司在13日发生了工商信息变更，其经营范围新增“汽车零部件及智能系统的研发、生产、销售及服务”。今年2...
华为HiCar投屏音频卡顿问题分析—抓取wifi tcpdump及 sniffer log 步骤
|~~~热爱生活、努力学习的小伙汁~~~|
06-22 6856
注意： 由于需要在同一台电脑同时连接adb 抓取log，附件中所有脚本的 adb device serial number 需要更新为对应的号。 示例如下: ciellee@sh:~/Videos$ adb devices List of devices attached 9c2d9ab5device ---------------> 车机 5T7HGD199A038896device ---------------> 手机 所有车机脚本adb
华为HiCar认证
weixin_33533854的博客
08-17 233
华为HiCar认证是针对车载智能互联系统的一项认证，旨在确保设备和应用能够与华为HiCar系统无缝连接和交互，从而为用户提供智慧出行体验。华为HiCar认证是华为提供的一项针对车载智能互联系统的认证服务，确保设备和应用符合华为HiCar系统的技术标准和要求。通过认证，确保车载设备和应用能够与华为HiCar系统实现高效、稳定...
HUAWEI HiCar能力开放概览
miniCar01的博客
03-17 2747
HUAWEI HiCar是华为提供的人-车-家全场景智慧互联解决方案。HUAWEI HiCar将移动设备和汽车连接起来，利用汽车和移动设备的最强属性以及多设备互联能力，在手机和汽车之间建立管道，把手机的应用和服务延展到汽车，实现手机为核心的全场景体验，给消费者创造最佳智慧出行体验。 那么，大家了解HUAWEI HiCar的各项能力吗？ 比如一次开发、多端部署”的HUAWEI HiCar智慧平台 比...
HiCar集成启动失败什么原因？
miniCar01的博客
03-27 4572
【问题现象】启动HiCar应用（Demoapk或开发这自行开发的apk）时，应用启动失败。 车机侧日志报错： DMSDPSDK: DMSDPServiceJar:bindAidlService bindService DMSDPServiceConnection ERROR:Not allowed to bind to service Intent { act=com.huawei.dmsdpde...
掌讯刷机XY公版 57系列通刷工具包 手机互联 华为hicar
03-30
其中，华为hicar是这款工具包的一个重要特色，它代表了华为在手机与汽车智能互联领域的解决方案。 华为hicar是一种车机互联系统，旨在让用户的智能手机与汽车无缝连接。通过hicar，用户可以在车内享受手机上的各种...
华为 HiCar生态白皮书.pdf
09-15
### 华为 HiCar 生态白皮书知识点详解 #### 一、概览 华为 HiCar 生态白皮书旨在全面介绍华为 HiCar 的产业发展背景、用户价值、基本功能、框架、技术要点以及能力开放计划等内容，为应用开发者和汽车硬件开发者...
华为hicar14.2.0版本.apk
10-22
华为hicar14.2.0版本.apk
华为：HiCar生态白皮书.rar
09-10
1. **华为HiCar简介**：HiCar是华为开发的一款智能车载解决方案，旨在实现手机与车机的无缝连接，打造一体化的智能驾驶体验。它利用华为强大的软硬件技术，将智能手机的计算能力和应用生态引入到汽车中，提升驾驶的...
Android系统问题及日志分析
热门推荐
吉吉的博客
11-20 2万+
针对网上系统类问题关键日志分析资料太少，自己总结了半年内分析了400~500问题单，列举出了工作中实际概率问题，只有日志分析.....
android 程序 挂起,导航视图应用程序在androidx之后挂起并停止响应
weixin_39548606的博客
05-26 819
当程序关闭时,我会一直保持打开状态,直到程序关闭时,我会一直保持打开状态。Android API版本:29Material Library version: i tried 1.0.0 , 1.1.0-alpha07 , 1.1.0-alpha08 , 1.1.0-alpha09我用的是java 8:compileOptions {sourceCompatibility JavaVersion.V...
记一次Android OOM问题
z9722的博客
04-02 7993
问题背景： 新平台固件测试后，反馈一个OOM的问题。问题日志如下： 3944 3959 I: Clamp target GC heap from 280MB to 256MB 3944 3959 I: Alloc concurrent copying GC freed 0(0B) AllocSpace objects, 0(0B) LOS objects, 0% free, 256MB/256MB, paused 173us total 383.632ms 3944 3944 I: WaitFo
安卓内存分析
fuyinghaha的专栏
10-14 1985
判断RAM是否不足物理内存就是系统硬件提供的内存大小，是真正的内存，相对于物理内存，在linux下还有一个虚拟内存的概念，虚拟内存就是为了满足物理内存的不足而提出的策略，它是利用磁盘空间虚拟出的一块逻辑内存，用作虚拟内存的磁盘空间被称为交换空间（Swap Space）。系统优先使用物理内存2，如果SWAP free 很小说明虚拟内存几乎耗尽swappiness参数值可设置范围在0到100之间。此参数值越低，就会让Linux系统尽量少用swap分区，多用物理内存；
看完这篇，让你不再惧怕内存优化
uuuyy_的博客
01-14 3936
对于安卓应用开发来说，内存究竟会遇到什么样的问题，有什么方法可以用来测试和分析，以及有什么样的策略可以去实践优化，今天就来好好聊聊这个话题。 ​ 缘起 现代计算机是基于冯*诺依曼架构的，计算机的软件是运行在内存之中的，进程（也即运行中的程序）会耗费一定的内存，才能够正常执行。 在软件开发的中世纪，C和C++盛行的时代，是由软件开发人员（下称猿）自己管理内存，也就是说猿自己申请内存，并处理申请不到内存的情况，并在使用完成后自己负责释放内存，这无疑会加大程序开发难度，产生一些难以调试的问题，如内存
车机软件测试ADB&Shell命令集合
weixin_38003033的博客
04-02 7181
## ########车机软件测试ADB&Shell命令集合######## ## @author:tao.yu update:2021/4/2 tips ：查找本文档中内容时，查找模式最好选择“正则表达式” 否则中文关键字不好查询到##### ########ADB命令######## 获取root权限 adb root 示例： C:\Users\taoyu>adb root 获取remount权限 adb remount 示例： C:\Users\taoyu>adb remoun
Android GC深度分析
brycegao321的博客
12-06 7178
分析工具gc和代码gc不同的原因
银河麒麟v10 安装qt
最新发布
03-24
### 如何在银河麒麟 V10 上安装 Qt 开发环境 #### 已知条件 银河麒麟 V10 是一款基于 Linux 的国产操作系统，支持多种架构（如 ARM 和 X86）。为了在其上成功搭建 Qt 开发环境，通常需要完成以下几个核心步骤：获取 Qt 源码或二进制包、编译或安装、配置开发工具链以及解决可能的依赖问题。 --- #### 解决方案概述 以下是针对不同场景的具体操作方法： 1. **通过软件包管理器安装** 银河麒麟 V10 提供了 `yum` 或其他类似的包管理工具来简化软件安装流程。如果目标是快速部署基础版 Qt，则可以通过以下命令尝试在线安装： ```bash sudo yum install qt-devel ``` 这种方式适合于仅需简单功能的应用开发场景[^2]。 2. **手动下载并安装特定版本** 当需要定制化更高或者更稳定的版本时，推荐访问官方站点选取适配当前系统的发行版链接 (http://download.qt.io/archive/qt/) 下载对应 tar.gz 文件后解压至指定位置比如 `/opt/` 目录下，并设置好 PATH 环境变量以便全局调用 qmake 命令: ```bash export PATH=/opt/qt5.x.y/bin:$PATH ``` 3. **处理常见错误提示——“无效的Qt版本”** 对于此类报错信息, 用户应当重新审视自己的构建参数设定是否正确无误。例如确认源文件夹路径准确无误之后再执行 make clean && make all 来清理旧数据重建项目结构；另外还可以考虑调整最终产物输出的目标地址为 /opt/qt5.12.7 ，从而规避权限冲突带来的麻烦 [^1]. 4. **额外依赖项准备** 不论采用何种途径获得框架本身 ,都不可避免涉及到若干第三方组件的支持需求 。这些包括但不限于网络传输协议实现 curl 、字体渲染引擎 freetype 以及其他图像格式处理器 gdal/jpeg/png/tiff/zlib 等等 。因此务必提前利用系统自带资源仓库满足上述前提条件 : ```bash sudo yum groupinstall "Development Tools" sudo yum install curl freetype gdal libjpeg-turbo libpng tiff zlib ``` --- #### 示例脚本展示 下面给出一段用于验证整个流程连贯性的测试代码片段: ```cpp #include <QApplication> #include <QPushButton> int main(int argc, char *argv[]) { QApplication app(argc, argv); QPushButton button("Hello Galaxy Kylin!"); button.resize(200, 50); button.show(); return app.exec(); } ``` 保存成 hello.cpp 同时借助先前定义好的 QMAKE 执行如下指令即可生成可执行文件 : ```bash qmake -project qmake make ./hello ``` --- ### 注意事项总结 尽管文档提供了较为详尽的操作指南但仍可能存在个别差异之处取决于具体硬件型号或是网络状况等因素影响实际效果呈现形式有所区别敬请谅解！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小馋喵星人

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值