本文共 2555 字，大约阅读时间需要 8 分钟。
sysconf()函数成功返回相应的值，错误返回-1，一般在调用这个函数的时候，errno是设置为0的。 使用 sysconf() 函数时，必须注意： 1、CLK_TCK 的值是可变的，因此，不应该假设它是一个编译时间常量。 2、调用 setrlimit 会使 OPEN_MAX 的值发生改变。 3、 通过将 sysconf (_SC_PHYS_PAGES) 和 sysconf (_SC_PAGESIZE) 相乘，来确定物理内存的总量 (以字节为单位) 可以返回一个值，该
值超出 32 位进程中 long 或 unsigned long 可表示的最大值。同样适用于通过将 sysconf (_SC_PAGESIZE) 和 sysconf(_SC_AVPHYS_PAGES) 想乘，来确定未使用的物理内存的总量 (以字节为单位)。这个问题有两个工作区。第 1 个工作区将程序作为 64 位的进程进行编译 (从而使 long 足够大到可以容纳乘法运算的结果) 是，这样做的缺点是得到的程序只能在 64 位的内核中运行。第 2 个工作区是用来将得到的乘法运算结果存储在一个 64 位的量中，如 longlong_t (Solaris OS 类型) 或 long long (linux)。它的有点是可以在 32 位和 64 位的内核中正确工作 相关宏定义的讲解红色字体部分： sysconf( _SC_PAGESIZE ); 此宏查看缓存内存页面的大小；打印用%ld长整型。 sysconf( _SC_PHYS_PAGES ) 此宏查看内存的总页数；打印用%ld长整型。 sysconf( _SC_AVPHYS_PAGES ) 此宏查看可以利用的总页数；打印用%ld长整型。 sysconf( _SC_NPROCESSORS_CONF ) 查看cpu的个数；打印用%ld长整。 sysconf( _SC_NPROCESSORS_ONLN ) 查看在使用的cpu个数；打印用%ld长整。 (long long)sysconf(_SC_PAGESIZE) * (long long)sysconf(_SC_PHYS_PAGES) 计算内存大小。 sysconf( _SC_LOGIN_NAME_MAX ) 查看最大登录名长度；打印用%ld长整。 sysconf( _SC_HOST_NAME_MAX ) 查看最大主机长度；打印用%ld长整。 sysconf( _SC_OPEN_MAX ) 每个进程运行时打开的文件数目；打印用%ld长整。 sysconf(_SC_CLK_TCK) 查看每秒中跑过的运算速率；打印用%ld长整。
一个CPU的亲合力掩码用一个cpu_set_t结构体来表示一个CPU集合,下面的几个宏分别对这个掩码集进行操作: CPU_ZERO() 清空一个集合 CPU_SET()与CPU_CLR()分别对将一个给定的CPU号加到一个集合或者从一个集合中去掉. CPU_ISSET()检查一个CPU号是否在这个集合中.
对进程进行cpu的绑定：
int sched_setaffinity(pid_t pid, size_t cpusetsize,cpu_set_t *mask); //设定pid 绑定的cpu， sched_setaffinity(pid_t pid, unsigned int cpusetsize, cpu_set_t *mask) 该函数设置进程为pid的这个进程,让它运行在mask所设定的CPU上.如果pid的值为0,则表示指定的是当前进程,使当前进程运行在mask所设定的
那些CPU上.第二个参数cpusetsize是 mask所指定的数的长度.通常设定为sizeof(cpu_set_t).如果当前pid所指定的CPU此时没有运行在mask所指定的任意一个CPU上,则该指定的进
程会从其它CPU上迁移到mask的指定的
int sched_getaffinity(pid_t pid, size_t cpusetsize,cpu_set_t *mask); //查看pid 绑定的cpu。 sched_getaffinity(pid_t pid, unsigned int cpusetsize, cpu_set_t *mask) 该函数获得pid所指示的进程的CPU位掩码,并将该掩码返回到mask所指向的结构中.即获得指定pid当前可以运行在哪些CPU上.同样,如果pid的
值为0.也表示的是当前进程.
对线程进行cpu的绑定: 设置线程相关信息：int pthread_setaffinity_np(pthread_t thread, size_t cpusetsize, const cpu_set_t *cpuset);得到线程相关信息int pthread_getaffinity_np(pthread_t thread, size_t cpusetsize, cpu_set_t *cpuset);
事例讲解：
假设业务模型中耗费cpu的分四种类型，(1)网卡中断(2)1个处理网络收发包进程(3)耗费cpu的n个worker进程(4)其他不太耗费cpu的进程
基于1中的负载均衡是针对进程数，那么(1)(2)大部分时间会出现在cpu0上，(3)的n个进程会随着调度，平均到其他多个cpu上，(4)里的进程也是随着调度分配到各个cpu上；
当发生网卡中断的时候，cpu被打断了，处理网卡中断，那么分配到cpu0上的worker进程肯定是运行不了的
其他cpu上不是太耗费cpu的进程获得cpu时，就算它的时间片很短，它也是要执行的，那么这个时候，你的worker进程还是被影响到了；按照调度逻辑，一种非常恶劣的情况是：(1)(2)(3)的进程全部分配到cpu0上，其他不太耗费cpu的进程数很多，全部分配到cpu1，cpu2，cpu3上。。那么网卡中断发生的时候，你的业务进程就得不到cpu了
如果从业务的角度来说，worker进程运行越多，肯定业务处理越快，人为的将它捆绑到其他负载低的cpu上，肯定能提高worker进程使用cpu的时间
转载地址：http://ikexi.baihongyu.com/