在main中调用exit（1）和reutrn 1是等价的。
内核启动一个进程的唯一的方法是调用exec，用户程序终止进程的唯一方法是显示或者隐式的调用_exit或者EXIT。
每个进程都会有一个进程表。进程表是一个全局的指针：environ。extern char **environ可以查看这个环境表。另外，可以通过getenv和putenv来获取修改环境表。写个程序试一下。
linux的段：linux正文段从0X08048000单元开始，栈底则从0xC0000000开始
栈是向下生长，对向上生长。这里描述的是逻辑地址。
编译时，gcc -static可以阻止程序使用动态库，转而使用静态库。
malloc：分配指定字节存储区，值不确定。
calloc：原型为void *calloc(size_t nobj, size_t size)，分配size*nobj个字节。
realloc：更改以前存储区的长度。原型：void *realloc(void *ptr, size_t new_size);返回值可能还是原来的地址（如果它的后面有足够的存储区），可能发生了更改（后面没有足够的存储区，需要申请一块大的，并且把原先的内容拷贝过去）。new_size是新缓冲区的大小，不是差值。如果ptr为空，则等同于malloc，如果size为0，则等同于free。新申请的东西未初始化。
返回的地址一定是对齐的，使其可以存储任何的对象类型。比如，有些系统要求double类型数据的起始地址一定是8的倍数。
putenv,setenv,unsetenv三个函数可以更改进程的环境变量。
setenv:int setenv(const char *name, const char *value, int rewrite)//rewrite：如果已存在是否覆盖。
putenv函数直接将入参放入环境表中，而不分配存储区。这样，如果是栈，则会出错。
setjmp和longjmp是全局的goto，不过尽量不要使用，隐含了很多的陷阱，易出错。
getrlimit和setrlimit可以修改进程的资源限制。一起时用命令来修改，针对的是所有的进程，这个函数可以针对当前进程。对应的命令式ulimit。
写测试程序验证：
1、 程序死循环，有printf，前台启动和后台启动所占用的CPU是否相同？
2、 打开文件，然后关闭文件，说是用的时间是否太大。
还好。平均在50us（0.05毫秒）
3、 打开大的文件和打开一个小的文件，占用时间是否相同？差别是否大？
打开模式和打开时间有区别(下面的代码：打开文件，写同样内容)：
a+:20us
w+/w:70us
r:20us
r+:20us
打开一个大文件和打开一个小文件还是有差别的。
一个8M，一个3k,同样适用a+打开，不写内容：
8M：37us
3k: 12us
一个8M，一个3k,同样适用a+打开，写内容（1K）：
8M：60us
3k: 23us
在写一个250M文件，差不多也是60us。和8M差别不大。
改用flush后，写后flush的平均大概在9us。
4、 写文件：写相同内容，写到一个空白文件和写到一个大文件中，时间是否相同？
差不多。
5、 一个文件，打开，写内容。在进程外删除整个文件，再写文件。看什么效果：能否写成功，文件会不会重新生成，是否会在关闭的时候生成，是否会返回错误从而知道文件不存在了，是否可以通过errno获得这一信息。
目前没有好的方法，写的函数的返回值是成功的，但是文件不存在。目前我的做法是写的时候判断文件是否存在。大约用9us的时间。这比打开在关闭要快很多的。
6、 一个线程顺序的写多个文件和多个线程并行的写多个文件，同样的量，花费的时间是否相同？
7、 文件IO的自带缓存是什么时候写到文件的？是在调用最后的那个write函数？还是在系统内部？如果是前一个，则write调用返回时间是不一样的。
