一个追逐梦想的码农

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

现代的CPU都是多core处理器，而且在intel处理器中每个core又可以多个processor，形成了多任务并行处理的硬件架构，在服务器端的处理器上架构又有一些不同，传统的采用SMP，也就是对称的多任务处理架构，每个任务都可以对等的访问所有内存，外设等，而如今在ARM系列CPU上，多采用NUMA架构，它将CPU核分了几个组，给每个组的CPU core分配了对应的内存和外设，CPU访问对应的内存和外设时速度最优，跨组访问时性能会降底一些。

pthread_barrier_t 这是posix定义线程同步方法，不一定所有linux 版本中都实现了它。barrier 是一种非常有效的线程同步方法，当我们需要几个线程一起开始时，或者在某个条件下需要一起等待时，就需要有个类似栅栏一样的东西，条件成立时，就会被拦住。当然这个功能，也可能通过管道，信号量，eventfd等方法实现，但是barrier非常简单高效。

信号是一种软中断的方式，让进程陷入中断处理调用中；linux 下信号也是一种进程间通信的手段；进程间也可以互相发送信号，来传递状态，让对方获知，并处理一些事情。

前面博客介绍了多任务下互斥的方法，如信号量，互斥锁，管道，事件通知等等，这些可以对内存或者关键资源进行同步处理。但是对于文件，有没有单独的方法呢？本文就来介绍文件锁，来避够文件的多任务下的写覆盖，脏读等问题。一般的互斥方法，如互斥锁，一个任务加锁后，另一个任务如果不调用加锁接口 flock fcntl ，直接访问共享资源，那么这就破坏了使用规则。建议模式的文件锁效果也是类似，任何任务里面，需要调用加锁/解锁函数，才能达到互斥访问的保护，直接访问文件就会破坏规则。这就是建议锁模式，基于大家的遵章守法基础上。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。eventfd 就是一个用于事件通知的fd。当然linux中，一切都可以做为文件来看待，所以就有fd。这样有一个好处管理统一，比如可以加入到epoll事件等待中。很多人可能没怎么用，但是用过的人都说：香！eventfd 提供了一个进程/线程间通信的方式。这个方式是载体是一个句柄，也就是fd，类型是eventfd，可以在/proc下查看fd时看到；

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。条件变量，根据某个条件进行触发pthread_cond_signal/pthread_cond_broadcas，条件达不到时就等待，而不用我们不断检测。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。与前面介绍的互斥量，信号量类似，用于多线程/进程间同步控制，但与它们的不同之处在于，读写锁pthread_rwlock_t可以区分读加锁pthread_rwlock_rdlock和写加锁，也就是说一把锁有两种不同的加锁方式，那么对于两种加锁方式下的并发控制也是不同。这个不同点，也就是读写锁的精妙的所在。当然定义了还不能用，此时状态未知，必须初始化后才能用。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。本文主要介绍并发编程中的互斥量，linux中提供了一系列pthread_mutex打头的接口完成互斥量的功能。它不同于信号量，在并发编程中应用非常广泛。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。信号量semget/semop/semctl提供了多任务间的同步机制，生产者产生后，消费者才能消费，避免消费者提前消费的问题。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。本专栏已经分享共享内存，文件映射，匿名/命名管道，消息队列等四种进程间通信的方式，本文来介绍第五种方式memfd_create，而且非常特别，且看本文分解。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。进程间传递数据，在本专栏已经分享过共享内存，匿名/命名管道，文件映射等，今天给大家再分享一种msgget/msgsnd/msgrecv可以通过消息包方式传递，类似于socket的方式，使用更加便捷。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。概述管道是在进程间进行通信的一种方式。在不同进程和程序间如何传递少量数据，且能阻塞形式使用，这就用到了管道。管道分为两种，无名管道pipe和命名管道mkfifo，因为子进程可以复制父进程的进程上下文，所以无名管道用在父子进程间，而命名管道在不同进程间通过路径名进行共享，更加通用。原理介绍基本原理无名管道是一种在内存中创建的管道，只能在相关进程间使用。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。在不同进程和程序间如何传递少量数据，且能阻塞形式使用，这就用到了管道。管道分为两种，无名管道和命名管道，因为子进程可以复制父进程的进程上下文，所以无名管道用在父子进程间，而命名管道mkfifo在不同进程间通过路径名进行共享，更加通用。命名管道是一种在进程间进行通信的机制，它可以用于在两个进程间进行数据传输。

本专栏主要分享linux下并发编程相关知识，包括多进程，多线程，进程/线程间通信，并发同步控制，以及高并发下性能提升，请大家多多留言。共享内存是进程间通信的一种常用手段，相较于其它通信方法，它可以在进程间传递大量的不同格式的数据，同时这些数据不需要持久保存在磁盘上。

本专栏介绍：以实战为主线，从浅到深逐步介绍并发编程的核心知识，在SMP架构系统下需要用到的并发性能相关的要点，不仅满足面试需求，而且让自己的技能提升到并发架构的层次。在linux中每个进程都有一个编号号PID，它的父进程的编号为PPID。当我们用ps -ef查看时，就可以看到每个进程的PID和PPID。我们发现，Linux下最原始的PID为0，由它产生了两个PID分别1，2的子进程，后面的进程的PPID都为1或2。进程创建方式fork,execv,vfork,clone,后台进程介绍和编码例子。