hi3518e v20x穿戴式dv flashddr小型化指南

任何明示或默示的或保证。 市龙岗区坂田电气生产 客户服务传真客户服务邮箱 前前

8MSPIflash+32MDDR前 Hi3518EV20XFlash+DDR小型化综 uboot裁 ROOTFS的一些说 KO加载注意事项及VB分配 WIFI驱动裁剪 图1-1板A中Linux系统内存分配 图1-2板A中Linu镜像Flash地址空间分 图1-3板B中Linux系统内存分配 图1-4板B中Linu镜像地址空间分 LiteOS整体内存分配 图3-1MMZ占用统计 图3-2MMZ占用统计 表2-2B板内核裁剪前后占用内存统 表2-3不需要加载KO列 表2-4裁剪ko前后占用内存统 表2-5VB分 表3-1OSMEM占用统 1Hi3518EV20XFlash+DDR基于Hi3518EV20X的SDK可以分别运行Linux和LiteOS两种操作系统，它们在OS内存占用和镜像大小上有较大的不同( LiteOS占用内存更小，镜像更小)，不过MMZ部分是一致的，本文中默认以Linux为基础进行描述，LiteOSHi3518EV20XLinux系统小型化基于两块单板实现，EMMC板：32GEMMC+32MDDR，SPI板：8MSPIFlash+32MDDR（EMMCSPI板描述H3518EV20X的LiteOS系统本身镜像较小，所以下文仅会涉及到DDR优化方OS:MMZ:MediaKOWiFiMediaMMZOS:MMZ:WiFi场景1：一路720p@H.264@30fps@2Mbps+3dnr+图像质量自适应+一路720p@JPEG@6fps+DCF(exif)+AAC16K+一路（MP4封装）+WIFI_AP+单用户APK客户端点播+APK客户端参数修改和文件管理+一路（MP4封装）+WIFI_STA(包含零配置)+单用户APK客户端点播+APK客户 32MDDR系统上剩余内存还较多，OS6MB，MMZ1.5MB，可品层做其它扩展，因此在LiteOS上32M内存规格与64M内存一路720p@H.264@30fps@3Mbps+3dnr+图像质量自适应+一路720p@JPEG@6fps+DCF(exif)+AAC16K+一路（MP4封装2.1uboot

2内核裁剪SPI8MSPIFlashsize比较小，而且应用程序和WiFi需要读写参jffs2squashfs文件系统，squashfs选用xz压缩方式，其余裁剪参SPIjffs2squashfssdio驱动当前未能裁剪优内核的裁剪与对比均是基于SDKUSBframebuf、不支持以太网及nfsROOTFSROOTFSkernelconfig匹配：Aext4文件系统，blockROOTFS实际大小决定；Bkerneljffs2和squashfs两种文件系统，squashfs采用xz压缩格式。B板Flash较小，busybox中一些不常用令尽量裁剪。比如add-sfgconsole、flock、groups、lsof、lspci、lsusb、lzcat、lzmaSDKkoHi3518EDVbufferVB，具体使用方式及注意事项：Linux系统请参考《HiMPPIPCV2.0处理软件开发参考》，LiteOS请参考《HiMPPIPCV3.0处理软件开发参考KO删除后内存收益表2-5VBVBVBVB0211ko的加载细节请参考文件《hi3518ev20x_mini_loadko如果不需要缩略图,则hi3518e_vgsko可以不加载，VB0WIFI驱动裁剪WiFiMakefile，裁剪WIFI-Direct（P2P直连）BT蓝牙模块，去除releasekzalloc和kmallocbuffer大KO应用程序优化业务需要的栈空间，修改栈的限制大小为1024KB，如果业务更少则可以改成512KB或者更小。−ulimit–s1024−mainpthread_attr_setstacksize也可实现对单个应用程可以通过echo570>/proc/sys/vm/min__kbytes修改优化代码中内存使用（栈、堆、常量、全局变量−−−70%fork子进程必定消耗大量内存而fork、systemhimm调用、mkfs.vfat调用等。himmuboot里配置，可以节省一些内存；根据统计，himmWiFiregon10KB左右内存，如果配置的寄存器很多的话，会消耗内存。WIFI-STA模式下用到的_supplicantudhcpc等开源软件编译成库的形式直内存优化经验(LiteOS100KB1MB的内存去分配时，系统可100KB的可用内存。因此在LiteOS上对内存分配的总原则是：按需分配。Linux上的栈一般都是以M为单位设置的，但在LiteOS上，需要根据线0x600024KB，分多了就会浪费内存，如果分少了就会踩内存