嵌入式LINUX的开发经验与教训随笔
1.系统和平台熟悉
在一个新的平台上开发或者移植一款软件的时候，首先应该充分平台或者
操作系统的各种属性，这些属性包括但不仅限于：
1)系统的任务调度，任务间的通信机制
任务调度包括是否是多任务实时操作系统，任务以何种方式存在的，如何添加和管理任务？任务间的优先级如何设置？任务间的优先级设置？任务堆栈？任务间的通信机制包括了解系统提供的通信机制，各种通信机制的优劣，通信细节等等。
案例1：
曾经在某一个平台上做一个软件，创建了多个任务，由于各个任务实现者不一样，一个漫不经心的错误造成了本该是高优先级的任务没有在优先级上体现出来，A，B，C，D4个任务，本来应当是A>B>C>D，结果设置成A>C>B>D，为此debug了一上午
教训：1)多方协作开发事先要把优先级定好，书面文档描述
2)写代码的时候一定要切忌马虎，有时候一些漫不经心的错误会无法估计地增加很多调试时间。即使是测试代码，也要严谨。养成写完代码检查的习惯！
案例2：
代码执行到一个函数突然跑飞，检查函数没有问题，大家都知道，跑飞在嵌入式系统中是很难跟踪定位问题了，只能根据经验不断做实验缩小疑点范围最后发现是该任务堆栈设置太小所致
案例3：
移植一款软件到某一款手机，代码加载上去发现开不了机原因：多个任务的堆栈开销大于系统提供的堆栈资源
2)系统的内存管理
系统采用的是动态内存机制还是静态内存机制，如果是内存分块机制，则需要了解块的划分标准和使用细节。如果是动态内存机制，则需要了解是否有动态内存泄漏的监测工具。在嵌入式系统中，资源是个很大的问题，因此，还需要了解系统总的内存资源是个什么样的情况，本软件或程序又可以使用多大的内存开销。BTW，资源的统计还包括定时器、内务、优先级等。
案例4：
代码执行到某个函数跑飞，该函数由于历史原因是一个嵌套比较深的函数，笔者不是特别熟悉，基本没有用单步，trace或者缩小范围的方法来定位问题。后来想到在熟悉平台的时候做过实验，当申请内存申请不到的情况下，会引起任务挂起。写了段测试代码，果然验证了这个猜测。
教训1)最好不要有多层嵌套的代码啦，非嵌套不可，拜托不要递归，以上两点恶心行为如果都具备了，那千万不要在里面分配动态内存，否则十有八九会搞死人
2)接触一个系统最好是能写个测试程序熟悉一下，不要迷信文档 或者技术支持的话文档里说内存分配失败不�
相关文档：
1. 最常用的命令列表
下面列出十个在使用linux过程中使用频率最高的命令。这里只作简单介绍，具体用法请参考后面内容。
cat，显示文件内容。
cd，改变目录路径。
cp，复制文件。
find，查找文件。
grep，搜索、过滤信息。
ls，列出目录信息。
more，分页显示。
rm，删除文件或目录。
vi，调用vi文本编辑器 ......
ssh常用命令
目录：
1. Basic Instructions /基本指令
2. wget /下载工具
3. Crontab /定时任务
4. tar/tar.gz /压缩文件
5. vi /编辑器
1. Basic Instructions基本操作命令
通常来说，使用"$[Instructions] --help"可以获得以下各个命令[instructions]的帮助，包含其参数列表的定义。
-ls 列出当前文件夹 ......
引用http://www.linuxtone.org/html/76/t-2776.html
有时候nginx，apache，mysql，php编译完了想看看编译参数可以用以下方法
nginx编译参数：
#/usr/local/nginx/sbin/nginx -V
CODE:
nginx version: nginx/0.6.32
built by gcc 4.1.2 20071124 (Red Hat 4.1.2-42)
configure arguments: --user=www --group=www --p ......
hiphop_linux
linux磁盘IO查看(iostat)
##############
#
# 操作
#
##############
# iostat -x 1 10
Linux 2.6.18-92.el5xen 02/03/2009
avg-cpu: %user %nice %system %iowait %steal %idle
......
里有一个统计 http://www.remword.com/kps_result/china.php
点击连接进去，可以看能到：
Total patch sets of this kernel release: 157236
5337 person contribute their works to this kernel release.
Averagely, every person committed 29 patch sets.
299(5.60%) Chinese people contribute 6185(3.93%) patch ......
