为什么数组的BUFFSIZE要定义为4096比较好？

先看一个程序：

//page 69
#include "apue.h"

#define BUFFSIZE 4096

int main(int argc,char *argv[])
{

        int n;
        char buf[BUFFSIZE];

        while ((n =read(STDIN_FILENO, buf, BUFFSIZE)) >0 )
                if (write(STDOUT_FILENO, buf, n-1) != (n-1))
                        printf("write err!\n");

        if (n <0)
                printf("read err\n");

        return(0);
}

系统CPU时间(system CPU time):  系统执行进程时，进程调用系统内核接口（read, write, sbrk等，放在man 手册的2区），CPU执行这个内核接口所花费的时间。
上面的程序来说，如果读入的是一个很大的，比如103316352个Byte字节的文件（书上的例子），那么，BUFFSIZE的大小，对于System CPU time的值是有影响的。
因为，特别的来讲，测试这个程序的环境是Linux，ext2文件系统，该文件系统的blocks 为4096-Bytes。为什么BUFFSIZE设置为4096个字节的时候，System CPU time最小呢？ 因为，read函数读入4096个字节，正好是一个块，如果大于或者小于4096，那么就越块了，这样read函数会阻塞在那里，等着文件系统去翻下一个block，这样就耽误了时间，这个时间就是由于read阻塞而浪费的系统CPU时间。
这个也是很多地方讲的所谓的“4K对齐”吧！