APUE笔记之：进程环境详解

　　在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调用返回时间是不一样的。