问题描述
||
我正在研究操作系统（Silberscatz，Galvin等人）。我的编程经验仅限于偶尔对编程文本或算法文本中给出的运动问题进行编码。换句话说，我没有适当的应用程序编程或系统编程经验。我认为我的下一个问题是缺乏上述经验的结果，因此缺乏上下文。
我正在专门研究IPC机制。在阅读有关共享内存（SM）的信息时，我无法想象进程使用SM进行通信的现实生活场景。在我的linux（ubuntu）机器上（在小shell脚本中使用\'ipcs \'）对附加到同一SM段的进程的检查已上传到此处
应用程序的大多数共享似乎都与X守护进程一起进行。据我所知，X是负责给我GUI的过程。我推断这些应用程序（大多数保留在任务栏上的小程序）与X共享有关其外观和显示值需要更改的数据。这是一个合理的推论吗？
如果是这样的话，
我的问题是，我的应用程序通过共享内存段与“ X”进行通信与我的应用程序调用“ X”提供的某些API并与“ X”进行通信之间有什么区别？刷新外观？？我的意思是，为什么不使用后一种方法？
这不是用户进程和内核进行通信的方式吗？当应用程序想要读取文件，通过系统调用的参数传达文件名和其他相关信息时，它会调用系统调用？
您还能为我提供一些日常使用的示例，这些示例利用共享内存和消息传递进行通信吗？
编辑
我使这个问题更加清楚了。我已将编辑部分的格式设置为粗体
解决方法
区别在于，使用API时，您作为开发人员可能无法访问这些函数内部发生的事情，因此不必共享内存。
共享内存主要是两个应用程序均可读写的特定内存区域。当然，这要求同步访问该内存，以免发生损坏。
使用某人的API并不意味着您正在与他们共享内存，该过程将按照您的要求进行操作，并且可能将该操作的结果返回给您，但是不一定通过共享内存进行。尽管可以，但还是要视情况而定。
我想说的优先于另一个取决于特定应用程序的规范，它在做什么以及需要共享什么。我可以想象一个大的数据集可以被共享内存共享，但是将文件名传递给另一个应用程序可能只需要一个API调用即可。但是我会说很大程度上取决于要求。
,首先，由于X服务器只是另一个用户空间进程，因此它无法使用操作系统的系统调用机制。即使通过API完成通信，即使是在用户空间进程之间进行通信，该API背后也会有一些进程间通信（IPC）机制。可能是共享内存，套接字或其他。
通常，当涉及大量数据时，将使用共享内存。也许有多个数据需要多个进程访问，并且每个进程都有自己的副本将浪费内存。或者需要在进程之间传递大量数据，如果通过另一个IPC机制一次传输一个字节，则传输速度会变慢。
对于图形，程序保留一个包含图像，窗口甚至整个屏幕的像素图的缓冲区的情况并不少见，然后需要将其定期复制到屏幕上。有时以很高的速率...每秒30次或更多。我怀疑这就是X尽可能使用共享内存的原因。