说到共享内存，有过操作系统学习的童靴应该十分熟悉，往往聊到进程之间通信的4种方式时就能脱口而出（面试最常见的问题之一啊，哈哈哈~~）：
一些公共服务组件在追求性能过程中，与业务耦合太紧，造成在制作基础镜像时，都会把这些基础组件都打包进去，因此当业务镜像启动后，容器里面一大堆进程，这让Kubernetes对Pod的管理存在很大隐患。为了让业务容器瘦身，更是为了基础组件自身的管理更独立和方便，将基础组件从业务镜像中剥离并DaemonSet容器化部署。然而一些基础组件Agent与业务Pod之间通过共享内存的方式进行通信，同一Node中跨Pod的共享内存方案是首先要解决的问题。
你是否经常会遇到这样的困难：处理不同进程的应用程序时，需求方会要求包含所有进程以实现更多隔离。在这种情况下，一个常见的问题是：如何在同一 Node 中的 Pod 间实现共享内存。王涛是腾讯云的高级工程师，在本文中，他将阐述一种在 Pod 间利用 Posix/SystemV 来实现共享内存的解决方案，一起来看看吧。
共享内存是进程间通信最有用的方式，也是最快的IPC形式。共享内存是说：同一块内存被映射到多个进程的地址空间。但是共享内存并不提供同步机制，因此需要互斥锁或者信号量。使用共享内存唯一需要注意的是：当前如果有进程正在向共享内存写数据，则在写入完成以前，别的进程不应当去读、写共享内存。
对于进程间通信，想必管道大家再熟悉不过了，对于管道这种通信方式，其实是对底层代码的一种复用，linux工程师借助类似文件缓冲区的内存空间实现了管道，其实也算偷了一个小懒，随着linux的发展，linux正式推出了System V来专门进行进程间通信，它和管道的本质都是一样的，都是让不同的进程看到同一份资源。
工作中的难点问题正是我们知识技术栈全谱查漏补缺的最佳机遇，有问题不可怕，all in、死磕就完事了，哈哈哈~
进程间通信有如下的目的：1、数据传输，一个进程需要将它的数据发送给另一个进程，发送的数据量在一个字节到几M之间；2、共享数据，多个进程想要操作共享数据，一个进程对数据的修改，其他进程应该立刻看到；3、通知事件，一个进程需要向另一个或一组进程发送消息，通知它们发生了某件事情；4、资源共享，多个进程之间共享同样的资源。为了做到这一点，需要内核提供锁和同步机制；5、进程控制，有些进程希望完全控制另一个进程的执行（如Debug进程），此时控制进程希望能够拦截另一个进程的所有陷入和异常，并能够及时知道它的状态改变。
Envoy Proxy 在大多数情况下都是作为 Sidecar 与应用部署在同一网络环境中，每个应用只需要与 Envoy（localhost）交互，不需要知道其他服务的地址。然而这并不是 Envoy 仅有的使用场景，它本身就是一个七层代理，通过模块化结构实现了流量治理、信息监控等核心功能，比如流量治理功能就包括自动重连、熔断、全局限速、流量镜像和异常检测等多种高级功能，因此 Envoy 也常常被用于边缘代理，比如 Istio 的 Ingress Gateway、基于 Envoy 实现的 Ingress Controller（Contour、Ambassador[1]、Gloo[2] 等）。
自研的公共基础组件，比如服务路由组件、安全组件等，通常以进程方式部署在Node上并同时为Node上所有的业务提供服务，微服务及容器化之后，服务数量成百上千的增长，如果以sidecar或者打包到业务Image中继续Per Pod Per Agent的方式部署, 那么基础组件的Server端的压力可能也会成百上千的增长，风险是很大的。因此，我们希望能以DaemonSet方式部署这些组件的Agents。
这篇文章讨论如何使用CRIU迁移使用了共享内存的程序，主要讨论其中的前两种共享内存方法，最终介绍一种支持热迁移的C程序共享内存使用方法。
由于Android系统是基于Linux系统的，所以有必要简单的介绍下Linux的跨进程通信，对大家后续了解Android的跨进程通信是有帮助的，本篇的主要内容如下：
进程间通信（interprocess communication，简称 IPC）指两个进程之间的通信。系统中的每一个进程都有各自的地址空间，并且相互独立、隔离，每个进程都处于自己的地址空间中,因此相互通信比较难，Linux 内核提供了多种进程间通信的机制。
吃苦受难绝不是乐事一桩，但是如果您恰好陷入困境，我很想告诉您：“尽管眼前十分困难，可日后这段经历说不定就会开花结果。”请您这样换位思考、奋力前行。
共享内存是一个非常有意思的话题，一方面共享内存避免了通讯过程中的内存复制问题，是 Linux IPC 通讯中效率最高的一种。另一方面，因为可以直接对内存甚至其他进程的内存进行修改，利用共享内存可以实现一些常规操作无法做到的奇技淫巧。
PostgreSQL某些时候会耗尽操作系统的各种资源限制，当同一个系统上运行着多个拷贝的服务器或在一个非常大的安装中时尤其如此。本节解释了PostgreSQL使用的内核资源以及你可以采取的用于解决内核资源消耗相关问题的步骤。
Linux下的进程通信手段基本上是从Unix平台上的进程通信手段继承而来的。而对Unix发展做出重大贡献的两大主力AT&T的贝尔实验室及BSD（加州大学伯克利分校的伯克利软件发布中心）在进程间通信方面的侧重点有所不同。前者对Unix早期的进程间通信手段进行了系统的改进和扩充，形成了“system V IPC”，通信进程局限在单个计算机内；后者则跳过了该限制，形成了基于套接口（socket）的进程间通信机制。Linux则把两者继承了下来，如图示：
共享内存是进程间通信中最简单的方式之一。共享内存允许两个或更多进程访问同一块内存，就如同 malloc() 函数向不同进程返回了指向同一个物理内存区域的指针。当一个进程改变了这块地址中的内容的时候，其它进程都会察觉到这个更改。
This error usually means that PostgreSQL's request for a shared memory segment exceeded available memory, swap space, or huge pages. To reduce the request size (currently 17667276800 bytes), reduce PostgreSQL's shared memory usage, perhaps by reducing shared_buffers or max_connections.
Linux进程间通信 零、前言 一、进程间通信介绍 二、管道 1、匿名管道 2、命名管道 三、system V 1、共享内存概念及原理 2、共享内存使用接口介绍 1、共享内存资源的查看 2、共享内存的创建和释放 3、共享内存的链接与去连接 4、接口使用示例 3、共享内存与管道对比 4、消息队列/信号量 零、前言 本章主要讲解学习Linux中本系统下的进程间通信 一、进程间通信介绍 概念： 进程间通信简称IPC（Inter process communication），进程间通信就是在不同进程之间传播
通过之前的学习，我们大致可以感受出来，共享内存，消息队列和信号量在使用的时候是有很多共性的。它们三个的接口，包括接口中传的参数有的都有很大的相似度。其实，共享内存，消息队列和信号量是操作系统针对本地进程间通信特意设计出来的system V版本的进程间通信（IPC,Inter Process Communication）技术。共享内存，消息队列和信号量所管理的资源称为IPC资源。在操作系统底层，共享内存，消息队列和信号量都是有相对应的结构体将它们维护起来的。
本文介绍了Linux系统下共享内存的概念、实现方法以及相关的应用，包括共享内存的读写、同步和调试等方面。
这里我们介绍的这种通信方式也就是 system V IPC 在我们后面的使用和日常见到的其实并不多，但是包括其中的共享内存、消息队列、信号量，我们如果了解共享内存其原理的话，能够更好的帮助我们了解之前我们学过的进程地址空间的概念！
Linux：进程间通信（二.共享内存详细讲解以及小项目使用和相关指令、消息队列、信号量）
进程间的通信-共享内存 共享内存机制 共享内存机制是允许两个或多个进程(不相关或有亲缘关系)访问同一逻辑内存的机制。它是共享和传递数据的一种非常有效的方式。不同进程之间共享的内存通常安排为同一段物理内存。 ---- 两种常用的共享内存方式 System V版本的共享内存 shmm 多进程直接共享内存 文件映射mmap 如果一个文件需要频繁进行读写，那么将它映射到内存中。 将特殊文件进行匿名内存映射，为有关联的进程提供共享内存空间。 为无关联的进程提供共享内存空间，将
早期的共享内存，着重于强调把同一片内存，map到多个进程的虚拟地址空间（在相应进程找到一个VMA区域），以便于CPU可以在各个进程访问到这片内存。
非NULL：自己用malloc开辟一个空间，让共享内存shmid和这个地址关联上。但是如果不是4K的整数倍，内核会向上或者向下调整。
进程间通信（Interprocess communication，简称IPC）就是让程序员能够协调不同的进程，使之能在一个操作系统里同时运行，并相互传递、交换信息。
共享内存进程间通信机制主要用于实现进程间大量的数据传输，下图所示为进程间使用共享内存实现大量数据传输的示意图：
取消共享地址映射 当共享内存使用完毕后，调此接口会结束共享内存与指定的系统地址的映射关系。这里并未从系统中删除标识符，该标识符一直存在直至某个进程带IPC_RMID命令调用shmctl特地删除它为止。
一、共享内存简介 共享内存区是最快的IPC形式，这些进程间数据传递不再涉及到内核，换句话说是进程不再通过执行进入内核的系统调用来传递彼此的数据。 即每个进程地址空间都有一个共享存储器的映射区，当这
最近的UAT数据库迁移，由于是多个DB需要迁移到同一台机器，一部分完成后，启动后续数据库碰到了ORA-27102错误，提示内存超出，查看系统可用内存，远大于需要启动数据库的sga和pga，究竟是怎么一回事呢？如果你也碰到类似错误，不妨往下看。
共享内存可以说是最有用的进程间通信方式，也是最快的IPC形式。两个不同进程A、B共享内存的意思是，同一块物理内存被映射到进程A、B各自的进程地址空间。进程A可以即时看到进程B对共享内存中数据的更新，反之亦然。由于多个进程共享同一块内存区域，必然需要某种同步机制，互斥锁和信号量都可以。采用共享内存通信的一个显而易见的好处是效率高，因为进程可以直接读写内存，而不需要任何数据的拷贝。因此，采用共享内存的通信方式效率是非常高的。
1、Linux进程间的通信方式？两个进程是如何来共享内存的？两个进程如何通过信号量通信？ Linux下进程间通信的方式有：管道(有名/无名) 、消息、信号、信号量、共享内存、邮箱、socket。 Linux下共享内存是进程间通信的方式之一，共享内存允许两个或多个进程访问同一块内存，比如像 malloc函数向不同的进程返回执行同一块物理内存区域的指针。当一个进程改变了这块地址中的内容的时候，其他拥有这块物理内存指针的进程也会察觉到这个更改。在进程间的通信方式中，共享内存是通信效率最高的，访问共享内存区域和访
共享内存的优势 采用共享内存通信的一个显而易见的好处是效率高，因为进程可以直接读写内存，而不需要任何数据的拷贝。对于像管道和消息队列等通信方式，则需要在内核和用户空间进行四次的数据拷贝，而共享内存则只拷贝两次数据：一次从输入文件到共享内存区，另一次从共享内存区到输出文件。实际上，进程之间在共享内存时，并不总是读写少量数据后就解除映射，有新的通信时，再重新建立共享内存区域。而是保持共享区域，直到通信完毕为止，这样，数据内容一直保存在共享内存中，并没有写回文件。共享内存中的内容往往是在解除映射时才写回文件的。因
在某些情况下，我们可能需要在两个Python程序之间共享数据，其中一个程序将数据写入计算机内存，然后退出，另一个程序启动后读取第一个程序保存的内存数据。这乍听之下似乎不太可能实现，但在某些操作系统中，可以使用共享内存段来实现这一目标。
Unix发展做出重大贡献的两大主力AT&T的贝尔实验室及BSD（加州大学伯克利分校的伯克利软件发布中心）在进程间通信方面的侧重点有所不同。前者对Unix早期的进程间通信手段进行了系统的改进和扩充，形成了“system V IPC”，通信进程局限在单个计算机内；后者则跳过了该限制，形成了基于套接口（socket）的进程间通信机制。Linux则把两者继承了下来，如图示：
两个进程的PCB创建虚拟地址空间然后映射到物理内存中，每个进程因为是独立的，所以在物理内存中的地址也不同。 那么共享内存是怎么做到的呢？ 首先先在物理内存中申请一块内存。 然后讲这块内存通过页表映射分别映射到这两个进程的虚拟地址空间内，让这两个进程都能看到这块内存。(这里也称为进程和共享内存挂接) 最后如果不想通信了：
共享内存是System V版本的最后一个进程间通信方式。共享内存，顾名思义就是允许两个不相关的进程访问同一个逻辑内存，共享内存是两个正在运行的进程之间共享和传递数据的一种非常有效的方式。不同进程之间共享的内存通常为同一段物理内存。进程可以将同一段物理内存连接到他们自己的地址空间中，所有的进程都可以访问共享内存中的地址。如果某个进程向共享内存写入数据，所做的改动将立即影响到可以访问同一段共享内存的任何其他进程。
进程间通信 转自 https://www.cnblogs.com/LUO77/p/5816326.html
本文介绍了另一种进程间通信——system V，主要介绍了共享内存，消息队列、信号量，当然消息队列了信号量并非重点，简单了解即可。
UNIX/Linux 是多任务的操作系统，通过多个进程分别处理不同事务来实现，如果多个进程要进行协同工作或者争用同一个资源时，互相之间的通讯就很有必要了
生产者消费者问题：该问题描述了两个共享固定大小缓冲区的进程——即所谓的“生产者”和“消费者”——在实际运行时会发生的问题。生产者的主要作用是生成一定量的数据放到缓冲区中，然后重复此过程。与此同时，消费
进程之间可能会存在特定的协同工作的场景，而协同就必须要进行进程间通信，协同工作可能有以下场景。
* UNIX进程间通信方式: 包括管道(PIPE), 有名管道(FIFO), 和信号(Signal)
之前已经讲了通过管道来进行进程间通信，匿名管道是通过子进程继承父进程的文件描述符表来使两个进程看到同一份匿名管道文件实现的，有名管道是通过文件名作为唯一标识来使两个毫不相干的进程看到同一份资源。管道通信是基于文件系统的通信方式。而System V是操作系统提供的聚焦于本地通信的通信方式，本文介绍System V主要是介绍共享内存这种通信方式。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
