linux共享內存的原理

A. linux共享內存使用的過程

Linux共享內存使用的過程？

一、什麼是共享內存
顧名思義，共享內存就是允許兩個不相關的進程訪問同一個邏輯內存。共享內存是在兩個正在運行的進程之間共享和傳遞數據的一種非常有效的方式。不同進程之間共享的內存通常安排為同一段物理內存。進程可以將同一段共享內存連接到它們自己的地址空間中，所有進程都可以訪問共享內存中的地址，就好像它們是由用C語言函數malloc分配的內存一樣。而如果某個進程向共享內存寫入數據，所做的改動將立即影響到可以訪問同一段共享內存的任何其他進程。

特別提醒：共享內存並未提供同步機制，也就是說，在第一個進程結束對共享內存的寫操作之前，並無自動機制可以阻止第二個進程開始對它進行讀取。所以我們通常需要用其他的機制來同步對共享內存的訪問，例如前面說到的信號量。

二、共享內存的使用
與信號量一樣，在Linux中也提供了一組函數介面用於使用共享內存，而且使用共享共存的介面還與信號量的非常相似，而且比使用信號量的介面來得簡單。它們聲明在頭文件 sys/shm.h中。
1、shmget函數
該函數用來創建共享內存，它的原型為：
int shmget(key_t key, size_t size, int shmflg);
第一個參數，與信號量的semget函數一樣，程序需要提供一個參數key（非0整數），它有效地為共享內存段命名，shmget函數成功時返回一個與key相關的共享內存標識符（非負整數），用於後續的共享內存函數。調用失敗返回-1.

不相關的進程可以通過該函數的返回值訪問同一共享內存，它代表程序可能要使用的某個資源，程序對所有共享內存的訪問都是間接的，程序先通過調用shmget函數並提供一個鍵，再由系統生成一個相應的共享內存標識符（shmget函數的返回值），只有shmget函數才直接使用信號量鍵，所有其他的信號量函數使用由semget函數返回的信號量標識符。

第二個參數，size以位元組為單位指定需要共享的內存容量

第三個參數，shmflg是許可權標志，它的作用與open函數的mode參數一樣，如果要想在key標識的共享內存不存在時，創建它的話，可以與IPC_CREAT做或操作。共享內存的許可權標志與文件的讀寫許可權一樣，舉例來說，0644,它表示允許一個進程創建的共享內存被內存創建者所擁有的進程向共享內存讀取和寫入數據，同時其他用戶創建的進程只能讀取共享內存。

B. 共享內存 linux下怎麼跑

linux 共享內存實現

說起共享內存，一般來說會讓人想起下面一些方法：
1、多線程。線程之間的內存都是共享的。更確切的說，屬於同一進程的線程使用的是同一個地址空間，而不是在不同地址空間之間進行內存共享；
2、父子進程間的內存共享。父進程以MAP_SHARED|MAP_ANONYMOUS選項mmap一塊匿名內存，fork之後，其子孫進程之間就能共享這塊內存。這種共享內存由於受到進程父子關系的限制，一般較少使用；
3、mmap文件。多個進程mmap到同一個文件，實際上就是大家在共享文件pagecache中的內存。不過文件牽涉到磁碟的讀寫，用來做共享內存顯然十分笨重，所以就有了不跟磁碟扯上關系的內存文件，也就是我們這里要討論的tmpfs和shmem；

tmpfs是一套虛擬的文件系統，在其中創建的文件都是基於內存的，機器重啟即消失。
shmem是一套ipc，通過相應的ipc系統調用shmget能夠以指定key創建一塊的共享內存。需要使用這塊內存的進程可以通過shmat系統調用來獲得它。
雖然是兩套不同的介面，但是在內核裡面的實現卻是同一套。shmem內部掛載了一個tmpfs分區（用戶不可見），shmget就是在該分區下獲取名為"SYSV${key}"的文件。然後shmat就相當於mmap這個文件。
所以我們接下來就把tmpfs和shmem當作同一個東西來討論了。

tmpfs/shmem是一個介於文件和匿名內存之間的東西。
一方面，它具有文件的屬性，能夠像操作文件一樣去操作它。它有自己inode、有自己的pagecache；
另一方面，它也有匿名內存的屬性。由於沒有像磁碟這樣的外部存儲介質，內核在內存緊缺時不能簡單的將page從它們的pagecache中丟棄，而需要swap-out；（參閱《linux頁面回收淺析》）

對tmpfs/shmem內存的讀寫，就是對pagecache中相應位置的page所代表的內存進行讀寫，這一點跟普通的文件映射沒有什麼不同。
如果進程地址空間的相應位置尚未映射，則會建立到pagecache中相應page的映射；
如果pagecache中的相應位置還沒有分配page，則會分配一個。當然，由於不存在磁碟上的源數據，新分配的page總是空的（特別的，通過read系統調用去讀一個尚未分配page的位置時，並不會分配新的page，而是共享ZERO_PAGE）；
如果pagecache中相應位置的page被回收了，則會先將其恢復；

對於第三個「如果」，tmpfs/shmem和普通文件的page回收及其恢復方式是不同的：
page回收時，跟普通文件的情況一樣，內核會通過prio_tree反向映射找到映射這個page的每一個pagetable，然後將其中對應的pte清空。
不同之處是普通文件的page在確保與磁碟同步（如果page為臟的話需要刷回磁碟）之後就可以丟棄了，而對於tmpfs/shmem的page則需要進行swap-out。
注意，匿名page在被swap-out時，並不是將映射它的pte清空，而是得在pte上填寫相應的swap_entry，以便知道page被換出到哪裡去，否則再需要這個page的時候就沒法swap-in了。
而tmpfs/shmem的page呢？pagetable中對應的pte被清空，swap_entry會被存放在pagecache的radix_tree的對應slot上。

等下一次訪問觸發pagefault時，page需要恢復。
普通文件的page恢復跟page未分配時的情形一樣，需要新分配page、然後根據映射的位置重新從磁碟讀出相應的數據；
而tmpfs/shmem則是通過映射的位置找到radix_tree上對應的slot，從中得到swap_entry，從而進行swap-in，並將新的page放回pagecache；

這里就有個問題了，在pagecache的radix_tree的某個slot上，怎麼知道裡面存放著的是正常的page？還是swap-out後留下的swap_entry？
如果是swap_entry，那麼slot上的值將被加上RADIX_TREE_EXCEPTIONAL_ENTRY標記（值為2）。swap_entry的值被左移兩位後OR上RADIX_TREE_EXCEPTIONAL_ENTRY，填入slot。
也就是說，如果${slot}&RADIX_TREE_EXCEPTIONAL_ENTRY!=0，則它代表swap_entry，且swap_entry的值是${slot}>>2；否則它代表page，${slot}就是指向page的指針，當然其值可能是NULL，說明page尚未分配。
那麼顯然，page的地址值其末兩位肯定是0，否則就可能跟RADIX_TREE_EXCEPTIONAL_ENTRY標記沖突了；而swap_entry的值最大隻能是30bit或62bit（對應32位或64位機器），否則左移兩位就溢出了。

最後以一張圖說明一下匿名page、文件映射page、tmpfs/shmempage的回收及恢復過程：

C. 033 Android多進程-共享內存

要使用一塊共享內存

還是先看共享內存的使用方法，我主要介紹兩個函數：

通過 shmget() 函數申請共享內存,它的入參如下

通過 shmat() 函數將我們申請到的共享內存映射到自己的用戶空間，映射成功會返回地址，有了這個地址，我們就可以隨意的讀寫數據了，我們繼續看一下這個函數的入參

共享內存的原理是在內存中單獨開辟的一段內存空間，這段內存空間其實就是一個tempfs（臨時虛擬文件），tempfs是VFS的一種文件系統，掛載在/dev/shm上，前面提到的管道pipefs也是VFS的一種文件系統。

由於共享的內存空間對使用和接收進程來講，完全無感知，就像是在自己的內存上讀寫數據一樣，所以也是 效率最高 的一種IPC方式。

上面提到的IPC的方式都是 在內核空間中開辟內存來存儲數據 ，寫數據時，需要將數據從用戶空間拷貝到內核空間，讀數據時，需要從內核空間拷貝到自己的用戶空間，
共享內存就只需要一次拷貝 ，而且共享內存不是在內核開辟空間，所以可以 傳輸的數據量大 。

但是 共享內存最大的缺點就是沒有並發的控制，我們一般通過信號量配合共享內存使用，進行同步和並發的控制 。

共享內存在Android系統中主要的使用場景是 用來傳輸大數據 ，並且 Android並沒有直接使用Linux原生的共享內存方式，而是設計了Ashmem匿名共享內存 。

之前說到有名管道和匿名管道的區別在於有名管道可以在vfs目錄樹中查看到這個管道的文件，但是匿名管道不行， 所以匿名共享內存同樣也是無法在vfs目錄中查看到 的， Android之所以要設計匿名共享內存 ，我覺得主要是為了安全性的考慮吧。

我們來看看共享內存的一個使用場景，在Android中，如果我們想要將當前的界面顯示出來，需要將當前界面的圖元數據傳遞Surfaceflinger去做圖層混合，圖層混合之後的數據會直接送入幀緩存，送入幀緩存後，顯卡就會直接取出幀緩存里的圖元數據顯示了。

那麼我們如何將應用的Activity的圖元數據傳遞給SurfaceFlinger呢？想要將圖像數據這樣比較大的數據跨進程傳輸，靠binder是不行的，所以這兒便用到匿名共享內存。

從谷歌官方提供的架構圖可以看到，圖元數據是通過BufferQueue傳遞到SurfaceFlinger去的，當我們想要繪制圖像的時候， 需要從BufferQueue中申請一個Buffer，Buffer會調用Gralloc模塊來分配共享內存 當作圖元緩沖區存放我們的圖元數據。

可以看到Android的匿名共享內存是通過 ashmem_create_region() 函數來申請共享內存的，它會在/dev/ashmem下創建一個虛擬文件，Linux原生共享內存是通過shmget()函數，並會在/dev/shm下創建虛擬文件。

匿名共享內存是通過 mmap() 函數將申請到的內存映射到自己的進程空間，而Linux是通過*shmat()函數。

雖然函數不一樣，但是Android的匿名共享內存和Linux的共享內存在本質上是大同小異的。
。

D. linux共享內存的內存模型

要使用一塊共享內存，進程必須首先分配它。隨後需要訪問這個共享內存塊的每一個進程都必須將這個共享內存綁定到自己的地址空間中。當完成通信之後，所有進程都將脫離共享內存，並且由一個進程釋放該共享內存塊。
理解 Linux 系統內存模型可以有助於解釋這個綁定的過程。在 Linux 系統中，每個進程的虛擬內存是被分為許多頁面的。這些內存頁面中包含了實際的數據。每個進程都會維護一個從內存地址到虛擬內存頁面之間的映射關系。盡管每個進程都有自己的內存地址，不同的進程可以同時將同一個內存頁面映射到自己的地址空間中，從而達到共享內存的目的。
分配一個新的共享內存塊會創建新的內存頁面。因為所有進程都希望共享對同一塊內存的訪問，只應由一個進程創建一塊新的共享內存。再次分配一塊已經存在的內存塊不會創建新的頁面，而只是會返回一個標識該內存塊的標識符。一個進程如需使用這個共享內存塊，則首先需要將它綁定到自己的地址空間中。這樣會創建一個從進程本身虛擬地址到共享頁面的映射關系。當對共享內存的使用結束之後，這個映射關系將被刪除。當再也沒有進程需要使用這個共享內存塊的時候，必須有一個（且只能是一個）進程負責釋放這個被共享的內存頁面。
所有共享內存塊的大小都必須是系統頁面大小的整數倍。系統頁面大小指的是系統中單個內存頁麵包含的位元組數。在 Linux 系統中，內存頁面大小是4KB，不過您仍然應該通過調用 getpagesize 獲取這個值。

E. 探討一下 Linux 共享內存的 N 種方式

關於 Linux 共享內存，寫得最好的應該是宋寶華的 《世上最好的共享內存》 一文。

本文可以說是對這篇文章的學習筆記，順手練習了一下 rust libc —— shichaoyuan/learn_rust/linux-shmipc-demo

按照宋寶華的總結，當前有四種主流的共享內存方式：

前兩種方式比較符合傳統的用法，共享內存做為進程間通信的媒介。
第三種方式更像是通過傳遞內存「句柄」進行數據傳輸。
第四種方式是為設備間傳遞數據設計，避免內存拷貝，直接傳遞內存「句柄」。

這里嘗試了一下第二種和第三種方式。

這套 API 應該是最普遍的 —— shm_open + mmap，本質上來說 Aeron 也是用的這種方式（關於 Aeron 可以參考 我之前的文章 ）。

看一下 glibc 中 shm_open 函數的實現就一清二楚了：

shm_open 函數就是在 /dev/shm 目錄下建文件，該目錄掛載為 tmpfs，至於 tmpfs 可以簡單理解為存儲介質是內存的一種文件系統，更准確的理解可以參考官方文檔 tmpfs.txt 。

然後通過 mmap 函數將 tmpfs 文件映射到用戶空間就可以隨意操作了。

優點：
這種方式最大的優勢在於共享的內存是有「實體」（也就是 tmpfs 中的文件）的，所以多個進程可以很容易通過文件名這個信息構建共享內存結構，特別適合把共享內存做為通信媒介的場景（例如 Aeron ）。

缺點：
如果非要找一個缺點的話，可能是，文件本身獨立於進程的生命周期，在使用完畢後需要注意刪除文件（僅僅 close 是不行的），否則會一直佔用內存資源。

memfd_create 函數的作用是創建一個匿名的文件，返回對應的 fd，這個文件當然不普通，它存活在內存中。更准確的理解可以參考官方文檔 memfd_create(2) 。

直觀理解，memfd_create 與 shm_open 的作用是一樣的，都是創建共享內存實體，只是 memfd_create 創建的實體是匿名的，這就帶了一個問題：如何讓其它進程獲取到匿名的實體？shm_open 方式有具體的文件名，所以可以通過打開文件的方式獲取，那麼對於匿名的文件怎麼處理呢？

答案是：通過 Unix Domain Socket 傳遞 fd。

rust 的 UDS 實現：
rust 在 std 中已經提供了 UDS 的實現，但是關於傳遞 fd 的 send_vectored_with_ancillary 函數還屬於 nightly-only experimental API 階段。所以這里使用了一個三方 crate —— sendfd ，坦白說可以自己實現一下，使用 libc 構建好 SCM_RIGHTS 數據，sendmsg 出去即可，不過細節還是挺多，我這里就放棄了。

這套 API 設計更靈活，直接拓展了我的思路，本來還是受限於 Aeron 的用法，如果在這套 API 的加持下，是否可以通過傳遞數據包內存塊（fd）真正實現零拷貝呢？

優點：
靈活。

缺點：
無

F. 共享內存實現原理

在磁碟上建立一個文件，每個進程存儲器中，單獨開辟一個空間來映射保存到實際硬碟，實際並沒有反映到主存上。
使得進程之間通過映射同一個普通文件實現共享內存，普通文件被映射到進程地址空間後，進程可以向訪問普通內存一頌銀樣對文件進行訪問，不必再調用read()，write（）等操作。

每個進程的共享內存都直接映射到實際物理存儲器上shm保存到物理存儲器(主存)，實際的存儲量直接反映到主存上。
進程間需要共享的數據被放在一個叫做 IPC共享內存區域 的地方，所有需要訪問該共享區域的進程都要把該共享區域映射到本進程的地址空間中去。

通過shmget獲得或創建一個IPC共享內存區域，並返回相應的標識符。
每一個共享內存區都有一個控制結構struct shmid_kernel。

主要API ：shmget()、shmat()、shmdt()及shmctl()。

ps：Python開啟多進程使用的是multiprocessing，進程傳遞了一個multiprocessing.Queue，使用的肆爛是shm共享內存機制。multiprocessing模塊野雹宴Value Array是基於mmap實現

G. linux下通過shmget創建的共享內存，是屬於用戶空間還是內核空間

屬於用戶空間. shmat後返回的地址空間屬於用戶空間, 不同進程可以將同一物理內存區域映射到各自的用戶空間中。該空間可以隨意讀寫。note: 一個小屁進程，在用戶態時，是沒有許可權操作內核空間的。

虛擬地址空間=用戶空間+內核空間。

H. linux共享內存和mmap的區別

共享內存的創建
根據理論：
1. 共享內存允許兩個或多個進程共享一給定的存儲區，因為數據不需要來回復制，所以是最快的一種進程間通信機制。共享內存可以通過mmap()映射普通文件（特殊情況下還可以採用匿名映射）機制實現，也可以通過系統V共享內存機制實現。應用介面和原理很簡單，內部機制復雜。為了實現更安全通信，往往還與信號燈等同步機制共同使用。

mmap的機制如：就是在磁碟上建立一個文件，每個進程存儲器裡面，單獨開辟一個空間來進行映射。如果多進程的話，那麼不會對實際的物理存儲器（主存）消耗太大。

shm的機制：每個進程的共享內存都直接映射到實際物理存儲器裡面。

結論：

1、mmap保存到實際硬碟，實際存儲並沒有反映到主存上。優點：儲存量可以很大（多於主存）（這里一個問題，需要高手解答,會不會太多拷貝到主存裡面？？？）；缺點：進程間讀取和寫入速度要比主存的要慢。

2、shm保存到物理存儲器（主存），實際的儲存量直接反映到主存上。優點，進程間訪問速度（讀寫）比磁碟要快；缺點，儲存量不能非常大（多於主存）

使用上看：如果分配的存儲量不大，那麼使用shm；如果存儲量大，那麼使用shm。

參看網路：http://ke..com/view/1499209.htm
mmap就是一個文件操作

看這些網路的描述：
mmap()系統調用使得進程之間通過映射同一個普通文件實現共享內存。普通文件被映射到進程地址空間後，進程可以向訪問普通內存一樣對文件進行訪問，不必再調用read()，write（）等操作。 成功執行時，mmap()返回被映射區的指針，munmap()返回0。失敗時，mmap()返回MAP_FAILED[其值為(void *)-1]，munmap返回-1。errno被設為以下的某個值 EACCES：訪問出錯EAGAIN：文件已被鎖定，或者太多的內存已被鎖定EBADF：fd不是有效的文件描述詞EINVAL：一個或者多個參數無效 ENFILE：已達到系統對打開文件的限制ENODEV：指定文件所在的文件系統不支持內存映射ENOMEM：內存不足，或者進程已超出最大內存映射數量 EPERM：權能不足，操作不允許ETXTBSY：已寫的方式打開文件，同時指定MAP_DENYWRITE標志SIGSEGV：試著向只讀區寫入 SIGBUS：試著訪問不屬於進程的內存區參數fd為即將映射到進程空間的文件描述字，

一般由open()返回，同時，fd可以指定為-1，此時須指定 flags參數中的MAP_ANON，表明進行的是匿名映射（不涉及具體的文件名，避免了文件的創建及打開，很顯然只能用於具有親緣關系的進程間通信）

相關文章參考：
mmap函數是unix/linux下的系統調用，來看《Unix Netword programming》卷二12.2節有詳細介紹。
mmap系統調用並不是完全為了用於共享內存而設計的。它本身提供了不同於一般對普通文件的訪問方式，進程可以像讀寫內存一樣對普通文件的操作。而Posix或系統V的共享內存IPC則純粹用於共享目的，當然mmap()實現共享內存也是其主要應用之一。
mmap系統調用使得進程之間通過映射同一個普通文件實現共享內存。普通文件被映射到進程地址空間後，進程可以像訪問普通內存一樣對文件進行訪問，不必再 調用read()，write（）等操作。mmap並不分配空間, 只是將文件映射到調用進程的地址空間里, 然後你就可以用memcpy等操作寫文件, 而不用write()了.寫完後用msync()同步一下, 你所寫的內容就保存到文件里了. 不過這種方式沒辦法增加文件的長度, 因為要映射的長度在調用mmap()的時候就決定了.

簡單說就是把一個文件的內容在內存裡面做一個映像，內存比磁碟快些。
基本上它是把一個檔案對應到你的virtual memory 中的一段，並傳回一個指針。

重寫總結：
1、mmap實際就是操作「文件」。
2、映射文件，除了主存的考慮外。shm的內存共享，效率應該比mmap效率要高（mmap通過io和文件操作，或「需要寫完後用msync()同步一下」）；當然mmap映射操作文件，比直接操作文件要快些;由於多了一步msync應該可以說比shm要慢了吧？？？
3、另一方面，mmap的優點是，操作比shm簡單（沒有調用比shm函數復雜），我想這也是許多人喜歡用的原因，包括nginx。

缺點，還得通過實際程序測試，確定！！！

修正理解（這也真是的，這個網站沒辦法附加；只能重寫了）：
今天又細心研究了一下，發現網路這么一段說明：
2、系統調用mmap()用於共享內存的兩種方式：
（1）使用普通文件提供的內存映射：適用於任何進程之間；此時，需要打開或創建一個文件，然後再調用mmap()；典型調用代碼如下：
fd=open(name, flag, mode);
if(fd<0)
...
ptr=mmap(NULL, len , PROT_READ|PROT_WRITE, MAP_SHARED , fd , 0); 通過mmap()實現共享內存的通信方式有許多特點和要注意的地方，我們將在範例中進行具體說明。
（2）使用特殊文件提供匿名內存映射：適用於具有親緣關系的進程之間；由於父子進程特殊的親緣關系，在父進程中先調用mmap()，然後調用fork()。那麼在調用fork()之後，子進程繼承父進程匿名映射後的地址空間，同樣也繼承mmap()返回的地址，這樣，父子進程就可以通過映射區域進行通信了。注意，這里不是一般的繼承關系。一般來說，子進程單獨維護從父進程繼承下來的一些變數。而mmap()返回的地址，卻由父子進程共同維護。
看了一下windows「內存映射文件」：http://ke..com/view/394293.htm
內存映射文件與虛擬內存有些類似，通過內存映射文件可以保留一個地址空間的區域，同時將物理存儲器提交給此區域，只是內存文件映射的物理存儲器來自一個已經存在於磁碟上的文件，而非系統的頁文件，而且在對該文件進行操作之前必須首先對文件進行映射，就如同將整個文件從磁碟載入到內存。由此可以看出，使用內存映射文件處理存儲於磁碟上的文件時，將不必再對文件執行I/O操作，這意味著在對文件進行處理時將不必再為文件申請並分配緩存，所有的文件緩存操作均由系統直接管理，由於取消了將文件數據載入到內存、數據從內存到文件的回寫以及釋放內存塊等步驟，使得內存映射文件在處理大數據量的文件時能起到相當重要的作用。另外，實際工程中的系統往往需要在多個進程之間共享數據，如果數據量小，處理方法是靈活多變的，如果共享數據容量巨大，那麼就需要藉助於內存映射文件來進行。實際上，內存映射文件正是解決本地多個進程間數據共享的最有效方法。

這里再總結一次：
1、mmap有兩種方式，一種是映射內存，它把普通文件映射為實際物理內存頁，訪問它就和訪問物理內存一樣（這也就和shm的功能一樣了）（同時不用刷新到文件）
2、mmap可以映射文件，不確定會不會像windows「內存映射文件」一樣的功能，如果是，那麼他就能映射好幾G甚至好幾百G的內存數據，對大數據處理將提供強大功能了？？？
3、shm只做內存映射，和mmap第一個功能一樣！只不過不是普通文件而已，但都是物理內存。

I. linux共享內存的分配

進程通過調用shmget（Shared Memory GET，獲取共享內存）來分配一個共享內存塊。
該函數的第一個參數是一個用來標識共享內存塊的鍵值。彼此無關的進程可以通過指定同一個鍵以獲取對同一個共享內存塊的訪問。不幸的是，其它程序也可能挑選了同樣的特定值作為自己分配共享內存的鍵值，從而產生沖突。用特殊常量IPC_PRIVATE作為鍵值可以保證系統建立一個全新的共享內存塊。
該函數的第二個參數指定了所申請的內存塊的大小。因為這些內存塊是以頁面為單位進行分配的，實際分配的內存塊大小將被擴大到頁面大小的整數倍。
第三個參數是一組標志，通過特定常量的按位或操作來shmget。這些特定常量包括：
IPC_CREAT：這個標志表示應創建一個新的共享內存塊。通過指定這個標志，我們可以創建一個具有指定鍵值的新共享內存塊。
IPC_EXCL：這個標志只能與 IPC_CREAT 同時使用。當指定這個標志的時候，如果已有一個具有這個鍵值的共享內存塊存在，則shmget會調用失敗。也就是說，這個標志將使線程獲得一個「獨有」的共享內存塊。如果沒有指定這個標志而系統中存在一個具有相同鍵值的共享內存塊，shmget會返回這個已經建立的共享內存塊，而不是重新創建一個。
模式標志：這個值由9個位組成，分別表示屬主、屬組和其它用戶對該內存塊的訪問許可權。其中表示執行許可權的位將被忽略。指明訪問許可權的一個簡單辦法是利用<sys/stat.h>中指定，並且在手冊頁第二節stat條目中說明了的常量指定。例如，S_IRUSR和S_IWUSR分別指定了該內存塊屬主的讀寫許可權，而 S_IROTH和S_IWOTH則指定了其它用戶的讀寫許可權。 下面例子中shmget函數創建了一個新的共享內存塊（當shm_key已被佔用時則獲取對一個已經存在共享內存塊的訪問），且只有屬主對該內存塊具有讀寫許可權，其它用戶不可讀寫。
int segment_id = shmget (shm_key, getpagesize (), IPC_CREAT | S_IRUSR| S_IWUSR ); 如果調用成功，shmget將返回一個共享內存標識符。如果該共享內存塊已經存在，系統會檢查訪問許可權，同時會檢查該內存塊是否被標記為等待摧毀狀態。