最近又来激情了，很想写写代码阅读心得方面的东西。自己算上从本科到现在好几年了，读的代码也有四五十万行了。本科一接触linux内核，就开始读内核源代码，当时花了不少时间，深入读完后，确实理解了内核一些东西，然后过了一阵子，呵呵，读的多忘得也多，再加上当时也不做笔记，不做什么实验，读了也有点白读了。自己以前接触linux内核东西，是想着自己可以随心所欲摆弄操作系统那该多好，呵呵，可惜操作系统是博大

大家可能都在想现在linux内核的学习到底对自己工作能带来多少好处。如果自己不是搞linux内核相关的工作，要不要去看内核那些深奥的代码。我的HPC组的一些经历能很好地给出一点启发吧。（我的讲话方式比较喜欢联想一些其他的东西，貌似这些东西跟我谈的主要话题也很有关系）做HPC项目时，富士通理研所把他们的PJSD模块整个结构设计文档发给我们，看看我们能不能提供些更好的建议，怎么

内存碎片对相机性能的影响这里说的碎片是物理内存碎片，而且是外部碎片问题。先说下为什么要关注内存碎片，因为手机系统的内存碎片严重会对相机性能带来了如下不好的影响：1: 首先是相机的内存分配性能会受影响，会变得耗时很多。具体体现在相机发出大块连续物理内存(order>0)分配需求时，会受阻，会长时间陷入到direct reclaim中。相机场景下，ion和gpu内存分配, 创建子线程分配内核栈操

uclinux ethernt FM3芯片的移植这个移植是把uclinux下面的本来支持stm32芯片的代码修修改改让它支持FM3芯片。移植开发环境搭建：开始我们隔壁项目组做uclinux相关的，我们把它们的工作正常的uclinux版本拿过来。在里面找到stm32相关的代码，开始这个版本的uclinux是配着uboot去执行的，是标准的嵌入式linux执行流程，必须有uboot去引导。而我

测试目的用xfstests工具测试手机文件系统目的有两个1：保障项目组提的性能优化changes不会对文件系统的稳定性产生不良影响。2：用xfstests工具来尽可能地多发掘一些潜在的手机文件系统稳定性问题。测试对象xfstests测试工具测试的是Android底层内核里面的文件系统（比如ext4, f2fs等）功能完整性，还有内核的整体稳定性和健壮性。测试时，会用chroot的方式，替换掉And

PJM 软件数据结构方面组织的还是不错的；typedef struct PjmsPktHeader {    int msgcode;                /*!    int errcode;                /*!    int16_t rscunit_id;         /*!    int16_t reserved[3];        /*

背景在开发高性能软件领域，对于一名系统工程师而言，比较重要的要求是要懂内存优化。因为内存是系统宝贵的资源，软件性能跟内存是否充足是密切相关的。所以尤其是这种嵌入式终端系统中，内存有限场景下，更要熟悉系统的整机内存分布状况。知道一旦出内存问题时，该怎么去辨识和分析系统哪块内存占用有异常。并熟悉怎么去优化系统各个模块的内存占用，来为某些很耗内存资源的多媒体软件（比如相机）的性能优化工作服务。所以下面w

概述lowmemorykiller的作用就是当内存比较紧张的时候去及时杀掉一些对用户来说不那么重要的进程,回收内存,保证手机的正常运行。安卓平台lowmemorykiller机制演进可以描述为：从早期的Kernel space Lowmemorykiller 到UserSpace Lowmemorykiller (监听vmpressure)，再到UserSpace Lowmemorykiller