Android系统在小内存下的使用

  最近在调试的方案，硬件配置是512MB的DDR，这在Android4.4这号称优化很大的系统版本上运行还是很吃力，找了一些资料，发现我们的方案上使用到了ZRAM这一技术，直接使用压缩内存来作为交换分区，其中涉及到的内核配置如下：
  CONFIG_SWAP=y
  CONFIG_CGROUP_MEM_RES_CTLR=y
  CONFIG_CGROUP_MEM_RES_CTLR_SWAP=y
  CONFIG_ZRAM=y
  CONFIG_ZSMALLOC=y
  接下来运行起来后（如上述编译失败，需要把SYSFS和BLOCK相关配置加上），可以看到有/dev/block/zram0 这一结点，然后我们的方案在init.rc里加了一个service，其为oneshot类型，就是执行一个脚本了，脚本内容如下：
  #!/system/bin/sh
  echo $((256*1024*1024))  > /sys/block/zram0/disksize
  mkswap /dev/block/zram0
  swapon /dev/block/zram0
  sleep 1
  mkfs.ext2 -b 4096 /dev/block/zram0
  sleep 1
  mount -t rootfs -o remount -rw rootfs /
  mkdir /swap_zram0
  sleep 1
  mount -t rootfs -o remount -r rootfs /
  mount -t ext2 -o rw /dev/block/zram0 /swap_zram0
  这样的话，我们就有了一个交换分区来使用了，但发现使用free -m命令查看时，SWAP分区一直没有使用，并且一直有lowmemorykiller的操作，后来发现是我们的/sys/module/lowmemorykiller/parameters/minfree参数还是1GB DDR的配置，故而将其按一定比例调小后就可以了。
  对于/sys/module/lowmemorykiller/parameters/minfree，其6个值与/sys/module/lowmemorykiller/parameters/adj一一对应，而adj这个与每个进程的/proc/X/oom_adj有关系，其中oom_adj的值越小表示越重要，越不可能被杀掉，而adj对应的6组参数在Android源码的frameworks/base/services/java/com/android/server/am/ProcessList.java有其对应值，我们的平台为0,117,235,352,529,1000，相应的minfree在1GB时设置为2048,6144,7168,22528,25600,26624，在512MB时设置为2048,6144,7168,10240,15360,20480。在这里会根据每个进程的oom_adj的值去判断是属于adj的哪个范围，当内存小于minfree对就的值，就去杀掉adj对应范围内的oom_adj所对应的进程。
  如果SWAP分区不使用，我们还可以调整/proc/sys/vm/swappiness对应值，提升磁盘数据置换到SWAP的可能性，默认为60。
  如果不想APK对应的进程大容易被KILL掉，可以在AndroidManifest.xml里面加上android:persistent="true"配置。
  参考资料：http://blog.csdn.net/memoryjs/article/details/39048947
         http://blog.csdn.net/memoryjs/article/details/39053127
         http://blog.chinaunix.net/uid-20321537-id-3228776.html
         http://zhuanlan.zhihu.com/iobject/19608629
         http://blog.sina.com.cn/s/blog_60aa9ccd0100h433.html
         http://blog.csdn.net/zmyde2010/article/details/6756368
地点: 中国广东省深圳市南山区科技园 邮政编码: 518057

评论

发表评论

此博客中的热门博文

I/O映射之I/O端口

图片
对于外设，操作系统会采用端口映射和内存映射两种方式来对其进行控制，其中端口映射就是操作系统规定好一段地址给指定换上设，其与外设的寄存器按顺序一一对应上。 在Linux内核源码include/asm-generic/io.h头文件里有如下我们对I/O port进行操作的函数： static inline u8 inb(unsigned long addr) { return readb(addr + PCI_IOBASE); } static inline u16 inw(unsigned long addr) { return readw(addr + PCI_IOBASE); } static inline u32 inl(unsigned long addr) { return readl(addr + PCI_IOBASE); } static inline void outb(u8 b, unsigned long addr) { writeb(b, addr + PCI_IOBASE); } static inline void outw(u16 b, unsigned long addr) { writew(b, addr + PCI_IOBASE); } static inline void outl(u32 b, unsigned long addr) { writel(b, addr + PCI_IOBASE); } #define inb_p(addr) inb(addr) #define inw_p(addr) inw(addr) #define inl_p(addr) inl(addr) #define outb_p(x, addr) outb((x), (addr)) #define outw_p(x, addr) outw((x), (addr)) #define outl_p(x, addr) outl((x), (addr)) 分别对应对端口进行读取或写入字节、字、双字大小数据的操作。 该头文件中还有其他的操作函数及宏定义，请自行深入了解。 我们可通过读取/proc/ioports文件来了解Linux里I/O端口的映射
阅读全文

通过Netlink检测网线插拔

  最近有个需求需要检测RJ45网卡的网线有没有接上，而最近正在了解Netlink相关资料，刚好也看下通过Netlink可以进行检测，故在此做下粗略笔记：   1.首先要创建一个Netlink Socket，在用户层使用如下参数来调用socket()函数：    fd = socket(AF_NETLINK, SOCK_RAW, NETLINK_ROUTE);    上面这个函数第一个参数必须是AF_NETLINK或PF_NETLINK，这两个标志在Linux下是一样的，第二个参数可以是SOCK_RAW或SOCK_DGRAM（对应用到TCP或UDP协议），而最后一个参数NETLINK_ROUTE为“路由守护进程”，用于接收来自内核的路由通知事件。   2.将上面创建的Socket绑定    addr.nl_family = AF_NETLINK;    addr.nl_groups = RTNLGRP_LINK; //指定接收路由多播组消息    bind(fd, (struct sockaddr*)&addr, sizeof(addr));    上面将创建的socket与相应的协议族和组进行绑定，接下来通过读fd这个socket来获得相应的消息数据struct nlmsghdr，再对该结构体数据进行判断来获得网线是接上或是拔掉，相应的源码如下： #include <sys/types.h>  #include <sys/socket.h>  #include <asm/types.h>  #include <linux/netlink.h>  #include <linux/rtnetlink.h>  #include <stdlib.h>  #include <stdio.h>  #include <sys/ioctl.h>  #include <linux/if.h>  #include <string.h>  #define BUFLEN 20480  int main(int argc, char *argv[])  {      int fd, retval;      char buf[BUFLEN] = {0};
阅读全文

使用seq_file

在《使用procfs》一文的源码示例中有说到proc文件系统每次读取的数据只能是1个页，如果超过则需多次读取，这样的话会增加读取次数，增多系统调用次数，影响了整体的效率，故而才有seq file序列文件的出现，该项功能使得内核对于大文件的读取更加容易。 对于seq file，其结构体定义在include/linux/seq_file.h文件中，内容如下： struct seq_file { char *buf; size_t size; size_t from; size_t count; size_t pad_until; loff_t index; loff_t read_pos; u64 version; struct mutex lock; const struct seq_operations *op; int poll_event; #ifdef CONFIG_USER_NS struct user_namespace *user_ns; #endif void *private; }; 这里不详细说明该结构体，仅供感受下。 对于seq_file，相应的文件操作需要实现seq_operations结构体的成员，该结构体在同一头文件中有如下定义： struct seq_operations { void * (*start) (struct seq_file *m, loff_t *pos); void (*stop) (struct seq_file *m, void *v); void * (*next) (struct seq_file *m, void *v, loff_t *pos); int (*show) (struct seq_file *m, void *v); }; 实现该结构体成员后，需要使用seq_open打开，让文件与该seq_operations关联起来，最终这个open函数要作为file_oper
阅读全文