glibc版本: ldd --versionjava
gcc 安裝: yum -y install gcc工具
檢查yum中openjdk版本: yum search java | grep -i --color jdk測試
openjdk 安裝: yum install -y java-1.8.0-openjdk.x86_64 java-1.8.0-openjdk-devel.x86_64優化
系統環境版本:線程
yum -y install lrzsz3d
fprintf(stderr,"msg tid=%lu\n",pthread_self());rest
添加此包,不要忘記code
#include <stdio.h>
blog
將來任何線程調用pthread_mutex_lock()都會打印msg tid=123456677(tid)進程
修改權限664 --> chmod -R 664 pthread_mutex_lock.c
執行命令:../configure --prefix=/usr --disable-profile --enable-add-ons --with-headers=/usr/include --with-binutils=/usr/bin
--disable-profile 參數:編譯庫但不包含分析信息。若是臨時工具須要分析信息則忽略此選項。
--enable-add-ons 參數:指示 Glibc 使用附加的 NPTL 包做爲線程庫。
--with-headers=/usr/include 參數:告訴 Glibc 利用剛剛安裝在 usr 文件夾中的頭文件編譯自身,此可以根據內核的具體特性提供更好的優化。
--with-binutils=/usr/bin 參數:指定Binutils 程序目錄路徑。這個參數並非必需的,但它們能保證在編譯 Glibc 時不會用錯 Binutils 程序。
有些安裝方法是編譯時候指定的目錄不是/usr,而是經過創建軟鏈指向新的libc-2.18.so版本,在此過程當中須要刪除原來鏈接,創建新的軟鏈接,可是此處有一個大坑,就是當你刪除libc.so.6以後會致使系統命令不可用。
編譯: make
編譯: make install
編譯結果: 測試下
說明 到此已經成功了,下面看看當前glibc版本: ldd --version
當前版本就是我上傳的 glibc 2.1.9。
int pthread_mutex_init (pthread_mutex_t *__mutex,const pthread_mutexattr_t *__mutexattr)建立一個鎖;
int pthread_mutex_destroy (pthread_mutex_t *__mutex)銷燬鎖;
int pthread_mutex_trylock (pthread_mutex_t *__mutex)嘗試去lock,lock不到時當即返回錯誤;
int pthread_mutex_lock (pthread_mutex_t *__mutex)嘗試去lock,lock不到時永久等待;
int pthread_mutex_timedlock (pthread_mutex_t *__restrict __mutex, const struct timespec *__restrict __abstime)嘗試去lock,lock不到時等待__abstime的時間;
int pthread_mutex_unlock (pthread_mutex_t *__mutex)釋放一個鎖;
int pthread_mutexattr_init (pthread_mutexattr_t *__attr)初始化鎖參數;
int pthread_mutexattr_destroy (pthread_mutexattr_t *__attr)銷燬鎖參數
int pthread_mutexattr_setpshared (pthread_mutexattr_t *__attr,int __pshared)設定鎖的進程共享屬性;
int pthread_mutexattr_settype (pthread_mutexattr_t *__attr, int __kind)設定鎖的加鎖類型;
int pthread_mutexattr_setprotocol (pthread_mutexattr_t *__attr,int __protocol)設定鎖對線程優先級的影響策略;
看到上面這面方法名字是否是狠親切,跟java j.u.c 裏面方面是否是很像