青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Khan's Notebook GCC/GNU/Linux Delphi/Window Java/Anywhere

路漫漫,長修遠,我們不能沒有錢
隨筆 - 173, 文章 - 0, 評論 - 257, 引用 - 0
數(shù)據(jù)加載中……

Linux 進程互斥鎖

   最開始打算用semaphore實現(xiàn),

sem_t waitNonEmpty;
int empty=0; 
sem_init(&waitNonEmpty, 1, empty); /*初始化信號量*/

sem_wait(&waitNonEmpty);             /*是否有"非空資源"*/
sem_post(&waitNonEmpty);              /*生成一個"非滿資源"*/
sem_destroy(&waitNonEmpty);

后來在fc3 redhat7.3下man了sem_init, 第二個參數(shù)int pshared
The pshared
       argument indicates whether the semaphore is local to the  current  pro-
       cess  ( pshared is zero) or is to be shared between several processes (
       pshared is not zero). LinuxThreads currently does not support  process-
       shared  semaphores,  thus  sem_init always returns with error ENOSYS if
       pshared is not zero.

最邪惡的現(xiàn)狀出來了, 這倆系統(tǒng)沒有實現(xiàn)sem的進程間通信, 如果設(shè)置not zero, 會返回ENOSYS的錯誤...
后來找了個redhat Enterprise 4 看了下文檔, 貌似又支持了....

做個記號. 一會兒看看flock
fcntl 是唯一符合posix的文件鎖

結(jié)構(gòu)體flock的指針

struct flcok {
  short int l_type; /* 鎖定的狀態(tài)*/

  //這三個參數(shù)用于分段對文件加鎖,若對整個文件加鎖,則:l_whence=SEEK_SET,l_start=0,l_len=0;
  short int l_whence;/*決定l_start位置*/
  off_t l_start; /*鎖定區(qū)域的開頭位置*/
  off_t l_len; /*鎖定區(qū)域的大小*/

  pid_t l_pid; /*鎖定動作的進程*/
};


l_type 有三種狀態(tài):
F_RDLCK 建立一個供讀取用的鎖定
F_WRLCK 建立一個供寫入用的鎖定
F_UNLCK 刪除之前建立的鎖定


int fcntl(int fd, int cmd, struct flock *lock);
int cmd
  //F_SETLKW對加鎖操作進行阻塞,
  //F_SETLK不對加鎖操作進行阻塞,立即返回

    當(dāng)使用F_SETLK宏,不進行阻塞加鎖操作時。兩個進程有對文件加鎖失敗的情況出現(xiàn)。
    當(dāng)使用F_SETLKW宏,進行阻塞加鎖操作時。兩個進程沒有文件加鎖失敗的情況。但是根據(jù)進程的輸出日志,可以明顯看出A進程對文件操作時,B進程停止對文件操作。
    測試過程中打開文件使用O_RDWR | O_CREAT | O_APPEND模式,并對文件加寫鎖。鎖對打開文件沒有影響,但是對另一進程加鎖和寫操作有影響。
  加鎖對同一進程中的多線程無效。同一進程中的多線程對同一文件加鎖,后加鎖的線程會覆蓋前一個線程加的文件鎖。
  fcntl文檔中寫到,一個進程對一個文件的區(qū)域只能加一個類型的鎖



實現(xiàn)代碼如下:
//filelock.h
#ifndef __FILE_LOCK_HPP__
#define __FILE_LOCK_HPP__

 
#ifdef __cplusplus
extern "C" {
#endif

 
int file_lock(int fd);
int file_unlock(int fd);
 
#ifdef __cplusplus
}
#endif
 
#endif //__FILE_LOCK_HPP__
 

------------------------華麗分割線-----------------------------
//filelock.cpp
 
#include <fcntl.h>
#include <unistd.h>
 
#include "filelock.h";
 
int file_lock(int fd){
  struct flock s_flock;
  s_flock.l_type = F_WRLCK;
 
  s_flock.l_whence = SEEK_SET;
  s_flock.l_start = 0;
  s_flock.l_len = 0;
  s_flock.l_pid = getpid();
  
  //F_SETLKW對加鎖操作進行阻塞,
  //F_SETLK不對加鎖操作進行阻塞,立即返回
  return fcntl(fd, F_SETLKW, &s_flock);
}
 
 
int file_unlock(int fd){
  return fcntl(fd, F_SETLKW, F_UNLCK);
}
 

---------------------------------華麗的分割線--------------------------
test.cpp
 
#include "filelock.h"

#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>

#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <sys/wait.h>
#include <errno.h>
 
 
int main(int argc,char *argv[]) {
  int pid = -1;
 
  int i = 5;
  while(i--){
    if ((pid = fork()) < 0) { //fork出錯
      puts("fork1 error");
    } else if (pid > 0) {//父進程
      sleep(5);

      if (waitpid(pid, NULL, 0) < 0)
        puts("waitpid error");

    } else {//子進程
      sleep(1);
      int li_file = 0;
      int li_lck_st = -1;
      li_file = open("tt.txt", O_WRONLY|O_CREAT, 0777);
      if( li_file < 0 ) {
        printf("file open error\n");
      }
      printf("li_file=[%d] pid=[%d]\n", li_file , getpid() );
      li_lck_st = file_lock(li_file);
      sleep(5);
      printf("li_lck_st=%d pid =%d\n", li_lck_st, getpid() );
      file_unlock(li_file);
      close(li_file);
      printf("close file pid=%d unlock\n", getpid());
      return 0;
    }
  }
  return 0;
}
 

------------------------------華麗分割線---------------------------
//makefile

#########################################################
#Project: test
#By: Khan.Lau
#Description: test
#########################################################
 
CC = gcc
CXX = g++
STRIP = strip
AR = ar

PROJ = $(shell pwd)
DLLPATH = $(shell find $(PROJ) -name *.so*)

LIBPATH = /usr
 
INCS = -I$(LIBPATH)/include \
    -I$(PROJ)/src/inc \
    -I$(PROJ)/src


CXXINCS = -I$(LIBPATH)/include \
    -I$(LIBPATH)/include/c++/4.3 \
    -I$(LIBPATH)/include/c++/4.3/backward \
    -I$(PROJ)/src/inc \
    -I$(PROJ)/src

 
CFLAGS = -g -Wall $(CXXINCS) 
#
CONFIGURATION = release
#
BIN = test.exe
#LIB = lib/HuaWeiBsc.a
 
#包路徑
LIBS = -L$(PROJ)/lib  \
    -L$(LIBPATH)/lib -lz
 
SRCS = $(wildcard \
    src/lib/*.cpp \
    src/kernel/*.cpp)

 
OBJBINS = $(SRCS:.cpp=.o)
 
 
.c.o:
    $(CC) -o $@ -c $< $(CFLAGS)
 
.cpp.o:
    $(CXX) -o $@ -c $< $(CFLAGS) 
 
 
COLORH=echo -en "\033[1;32;40m"
COLORN=echo -en "\033[m"
 
 
all : $(BIN)

$(BIN) : $(OBJBINS)
    $(CXX) -o $(CONFIGURATION)/$(BIN) $(OBJBINS) $(LIBS)
    @$(COLORN)     $(shell echo "$(BIN) build complete.")
 
#$(LIB) : $(OBJBINS)
#    ar rc $(LIB) $(OBJBINS)

 
clean :
    rm -f $(OBJBINS)
    rm -f $(BIN)


-----------------------------華麗分割線--------------------------
測試環(huán)境 ubuntu 8.10,  redhat 7.3, redhat fc3  redhat enterprise 4.6
結(jié)果:
khan@khan-laptop:~/project/filelock/release$ ./test.exe
li_file=[3] pid=[10959]
li_lck_st=0 pid =10959
close file pid=10959 unlock
li_file=[3] pid=[10961]
li_lck_st=0 pid =10961
close file pid=10961 unlock
li_file=[3] pid=[10964]
li_lck_st=0 pid =10964
close file pid=10964 unlock
li_file=[3] pid=[10966]
li_lck_st=0 pid =10966
close file pid=10966 unlock
li_file=[3] pid=[10969]
li_lck_st=0 pid =10969
close file pid=10969 unlock

posted on 2008-12-24 10:45 Khan 閱讀(8293) 評論(3)  編輯 收藏 引用 所屬分類: GCC/G++跨平臺開發(fā)

評論

# re: Linux 進程互斥鎖  回復(fù)  更多評論   

雖然沒有仔細看你寫的代碼,但從設(shè)計思路上也能看出一些端倪出來。

flock實現(xiàn)的文件鎖實際上是一個建議鎖。也就是意味著在這個鎖很容易
收到外界的干擾。如果用于鎖定的文件被某人/某進程刪除了,那使用
這個文件鎖的程序就很容易出現(xiàn)紊亂。這點也需要考慮。

從你man出來的信息來看
LinuxThreads currently does not support process-shared semaphores, thus sem_init always returns with error ENOSYS if pshared is not zero.
這說的應(yīng)該指的是LinuxThread吧,指的不是進程。
sema設(shè)計的初衷就是為了讓進程間進行通信,信號量如果不能共享那也就不能進行通信是吧。所以,我認為你應(yīng)該放心的去用sema。至少是目前版本的大多數(shù)的linux系統(tǒng)都沒有問題。這僅僅是俺一家之言,如有不對之處請斧正。
2008-12-24 17:32 | lymons

# re: Linux 進程互斥鎖  回復(fù)  更多評論   

我這里沒有使用flock 直接使用了fcntl, 貌似flock也是用fcntl來實現(xiàn)的.
我猜測 LinuxThreads currently does not support process-shared semaphores, thus sem_init always returns with error ENOSYS if pshared is not zero.這句可能說LinuxThreads 這部分負責(zé)實現(xiàn)semaphores, 但是當(dāng)前的版本沒有實現(xiàn)進程間共享信號燈的部分,

實際我在我系統(tǒng)里面測試, 確實是沒有返回ENOSYS, 但是sem_wait在semaphore大于0的情況下這里根本就沒有阻塞
2008-12-24 17:50 | Khan.Lau

# re: Linux 進程互斥鎖  回復(fù)  更多評論   

flock就是用fcntl系統(tǒng)調(diào)用實現(xiàn)的。
因為在linux內(nèi)核里fcntl就是按照advise模式來實現(xiàn),所以他一直是一個建議鎖。

我建議你可以使用sys v的信號量,在Linux下這畢竟比posix的更常用一些。
如,使用semget(2)來創(chuàng)建信號量,利用semop(2)來做PV操作。
2008-12-25 10:43 | lymons
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美va亚洲va香蕉在线| 国产精品五月天| 亚洲国产精品成人综合| 中日韩美女免费视频网站在线观看 | 99国产精品久久久久久久久久| 国产精品亚洲成人| 国产精品丝袜白浆摸在线| 欧美视频免费在线| 国产精品影音先锋| 国产综合自拍| 亚洲国产高清一区| 日韩亚洲视频| 亚洲欧美日韩国产中文| 欧美一级理论片| 久久综合狠狠综合久久综合88| 久久综合九九| 欧美黄色免费| 9色国产精品| 新狼窝色av性久久久久久| 亚洲免费综合| 久久视频在线看| 欧美精品在线免费| 国产精品乱码久久久久久| 国产欧美日韩在线 | 国产麻豆日韩欧美久久| 国产精品专区第二| 亚洲经典视频在线观看| 亚洲午夜激情| 久久综合一区二区三区| 欧美黄色大片网站| 欧美亚洲免费| 欧美日本三级| 国产一区 二区 三区一级| 亚洲国产婷婷香蕉久久久久久99| 亚洲一区二区不卡免费| 久久久久久综合| 午夜久久tv| 欧美激情一区二区三区在线视频| 一区二区高清视频| 欧美福利一区二区三区| 欧美日韩视频一区二区| 国产亚洲午夜高清国产拍精品| 亚洲精品乱码久久久久久按摩观| 亚洲男女自偷自拍图片另类| 亚洲国产成人91精品 | 久久久久国产一区二区三区四区 | 欧美激情精品久久久久久变态 | 麻豆九一精品爱看视频在线观看免费| 国产精品高潮久久| 99国产精品| 欧美激情91| 久久夜色精品国产欧美乱| 国产视频丨精品|在线观看| 亚洲午夜国产成人av电影男同| 亚洲第一毛片| 久久大逼视频| 欧美激情一区三区| 一本一道久久综合狠狠老精东影业| 欧美与欧洲交xxxx免费观看| 国产精品qvod| 一区二区黄色| 亚洲精品韩国| 欧美激情乱人伦| 欧美一区二区三区免费观看 | 欧美视频免费在线观看| 亚洲精品乱码久久久久久| 欧美大片在线看| 久久久久久亚洲综合影院红桃| 国产亚洲一区二区在线观看| 亚洲综合首页| 亚洲综合首页| 国产精品私拍pans大尺度在线| 99视频在线观看一区三区| 亚洲第一福利社区| 欧美精品免费看| 在线视频欧美一区| 国产精品99久久久久久宅男 | 性欧美在线看片a免费观看| 国产精品扒开腿爽爽爽视频| 午夜精品福利一区二区三区av| 亚洲一线二线三线久久久| 国产女主播一区| 欧美一区二区三区四区在线观看地址 | 91久久久一线二线三线品牌| 欧美激情综合色| 欧美精品一区二区视频 | 亚洲人成亚洲人成在线观看| 欧美激情va永久在线播放| 亚洲一二区在线| 久久国内精品自在自线400部| 黄色精品一二区| 亚洲欧洲在线免费| 国产毛片精品国产一区二区三区| 老司机一区二区三区| 欧美激情综合亚洲一二区 | 欧美在线免费看| 蜜臀91精品一区二区三区| 一区二区欧美视频| 久久精品国产精品亚洲精品| 亚洲精品视频啊美女在线直播| 久久久免费av| 亚洲精品之草原avav久久| 亚洲精品一区二区三区福利| 国产精品一区二区久久久| 免费成人黄色片| 欧美午夜剧场| 亚洲国产mv| 红桃视频成人| 亚洲色图自拍| 亚洲免费观看视频| 欧美一区二区视频免费观看| 亚洲理论在线| 久久国产精品黑丝| 亚洲综合清纯丝袜自拍| 久久在线91| 久久久久国内| 国产精品盗摄久久久| 欧美激情精品久久久久久蜜臀 | 亚洲国产精品www| 午夜久久美女| 一本色道久久综合亚洲二区三区| 久久久福利视频| 久久9热精品视频| 国产精品日韩专区| 亚洲视频在线观看网站| 亚洲精品久久久久久久久| 久久精品男女| 久久久久9999亚洲精品| 国产精品青草久久| 亚洲午夜久久久久久久久电影院| 亚洲精品社区| 免费成人网www| 久久尤物视频| 国产亚洲毛片在线| 夜夜狂射影院欧美极品| 亚洲精品欧美精品| 欧美1区2区3区| 欧美成年人视频| 亚洲国产三级网| 欧美国产免费| 亚洲精品一区二区三区福利| 亚洲免费精品| 欧美另类久久久品 | 久久国产精品色婷婷| 欧美一区亚洲| 国产伦精品一区二区三区高清版| 99在线|亚洲一区二区| 一本色道**综合亚洲精品蜜桃冫| 免费成人性网站| 亚洲福利av| 宅男噜噜噜66一区二区| 欧美精品久久久久久久| 亚洲激情电影中文字幕| 亚洲久久成人| 国产精品草草| 欧美一级网站| 噜噜噜躁狠狠躁狠狠精品视频| 一区在线免费观看| 欧美成人免费在线| 亚洲视频观看| 久久精品最新地址| 亚洲激情国产| 欧美三级电影精品| 亚洲天堂成人在线观看| 国产精品一区二区三区乱码 | 国产午夜精品久久| 久久亚洲综合色一区二区三区| 最新亚洲视频| 西西裸体人体做爰大胆久久久| 国产一区二区三区在线播放免费观看 | 一本久道综合久久精品| 国产精品理论片| 久久人人精品| 在线视频精品一区| 蜜臀av在线播放一区二区三区| 亚洲日本中文| 国产日韩精品一区| 欧美激情一级片一区二区| 在线综合视频| 欧美激情精品久久久久久免费印度| 日韩视频久久| 黑人巨大精品欧美一区二区| 欧美日本国产在线| 久久精品人人做人人爽| 一区二区三区四区五区精品| 蜜乳av另类精品一区二区| 一本色道久久综合狠狠躁的推荐| 国产日韩欧美夫妻视频在线观看| 欧美国产成人精品| 亚洲欧美日韩国产另类专区| 亚洲国产裸拍裸体视频在线观看乱了 | 欧美黄色影院| 久久精品一本| 亚洲欧美日韩专区| 日韩天堂av| 亚洲成人在线观看视频| 国产日韩视频一区二区三区| 欧美日韩午夜视频在线观看| 老司机精品视频一区二区三区| 香蕉久久久久久久av网站|