linux系統中讀寫鎖的問題

問題描述：

我們的應用程式採用了共享記憶體和讀寫鎖的機制來實現多程序的併發訪問，但測試時發現讀寫鎖有問題，我們所採用的鎖是pthread_rwlock_rdlock、pthread_rwlock_wrlock這組函式。

現象：pthread_rwlockattr_setpshared(&attr,pthread_process_shared);呼叫出錯，返回**38，經查是系統不支援的原因。

系統環境：

uname -a

linux s12084 2.6.9-67.elsmp #1 smp wed nov 7 13:58:04 est 2007 i686 i686 i386 gnu/linux

g++ 3.2.3

問題解決：

因為之前在這種環境執行過，所以懷疑可能是補丁或者系統的版本問題，後來發現 .bash_profile中有下面這行：

export ld_assume_kernel=2.4.19 #for build oracle db

原來這是裝oracle 時新增的，當時安裝oracle有問題才加上的。

這種情況下檢視關於讀寫鎖的測試程式，此時執行：ldd locktest ，顯示

/lib/libcwait.so (0x00eb0000)

libpthread.so.0 => /lib/i686/libpthread.so.0 (0x003d3000) ----和下面所採用的libpthread不是用的同乙個目錄下的庫。

執行 unset ld_assume_kernel 後

此時執行：ldd locktest

/lib/libcwait.so (0x00f19000)

libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00b8e000) ---tls目錄所採用的libpthread是能保證讀寫鎖正確性的，上面的不支援讀寫鎖。

通過去掉 ld_assume_kernel ，則系統連線到了tls目錄下的libpthread.so.0,此時讀取鎖功能正常了。

關於linux下的執行緒庫的資料可以參考：

http://www.cublog.cn/u/6303/showart_472641.html 有關於這個問題的詳細的解釋。

通過這個問題，也說明了，linux2.4.19之前的版本對程序間的讀寫鎖支援是有問題的，或者說是不支援的。

另外http://www.ibm.com/developerworks/cn/linux/porting/solaris/guide1/index.html中提到的：

要使用 posix 執行緒的read/write lock擴充套件，您必須在編譯時定義：

_xopen_source=500

這要在加入標頭檔案之前完成，還要定義：

_posix_c_source=199506l

linux 執行緒不實現共享程序的互斥、條件和訊號。該擴充套件的目的是允許不同的程序（有不同位址空間的程序）在共享記憶體中（svr4 共享記憶體片段或對映的 mmap() 檔案）分配的互斥、條件或訊號之間進行同步。"

按照上面的操作也是不支援的，必須需要核心的配合才行。