进程间互斥

joyself 2008-11-04 10:53:30

可能情况有点特殊。
有个动态库，然后进程1和进程2（或者更多）都是链接到这个动态库。

进程1 进程2 。。。。

| | |
|-------|-----|--------|-
|
（动态库）

动态库里的某些函数如api_ctrl()，
1）这个函数在进程1和进程2中是互斥的，不能被同时调用。
2）或者说api_ctrl是可以同时调用，只是该函数内的某些关键路径需要互斥。

现在的目标是：把互斥做在library里，进程1，进程2....进程N，不需要关心互斥的问题。

请大家发表高见，何种方法最佳（同时实现简单，效率高）。

...全文

381 17 打赏收藏转发到动态举报

写回复

用AI写文章

17 条回复

切换为时间正序

请发表友善的回复…

发表回复

unilgr 2008-11-04

打赏
举报

在共享内存中用semaphore或mutex进行同步就可以；如果需要大量调用且性能要求又高，是不是要思考下设计问题：为什么抛弃多进程的优点而利用多线程的缺点？

快乐田伯光 2008-11-04

打赏
举报

那你有何高见呢？
锁就是用来互斥的，除非你修改整个程序至使整个程序压根不存在临界区，这样岂不得不偿失了？
[Quote=引用 6 楼 hngsc_0 的回复:]
个人觉得这样加锁有点“粗”，并发性可能会降不少
[/Quote]

hngsc_0 2008-11-04

打赏
举报

个人觉得这样加锁有点“粗”，并发性可能会降不少

快乐田伯光 2008-11-04

打赏
举报

也可以用mutex加共享内存，这样速度可能快一点，但复杂不少。

快乐田伯光 2008-11-04

打赏
举报

文件锁啊，

joyself 2008-11-04

打赏
举报

关键就是lock，unlock如何实现。可以让调用动态库的进程都可见，从而实现互斥的作用。

当然同事性能应该可以接受。

快乐田伯光 2008-11-04

打赏
举报

接口重装装一下，
如:
STATUS API_CTRL()
{
STATUS tRtn;
lock();
tRtn = api_ctrl();
unlock();

return tRtn;
}

hngsc_0 2008-11-04

打赏
举报

把互斥做在library里? 什么意思？

快乐田伯光 2008-11-04

打赏
举报

老大,文件锁不一定就是锁文件.

对呀,二值信号量某种意义上可以说等效于信号量, 但一般来说锁就得由持有锁的进程来释放,而信号量做不到. 如果说锁完全跟信号量相等的话,何必还要锁? 另外一种情况是, 锁有不同的类型,递归锁,纠错锁, 自适应锁等, 可以适应你不同的需要,而你的直接用二值信号量并达不到要求.

cceczjxy 2008-11-04

打赏
举报

[Quote=引用 12 楼 guosha 的回复:]
互斥用锁，同步用信号量，看似没差别，其实差别还很大哦。

引用 11 楼 cceczjxy 的回复:
使用信号量就可以了,可以根据函数内处理逻辑,只把处理'关键路径'的那一点代码放入临界区.
[/Quote]

发表于：2008-11-04 11:07:144楼得分:0
文件锁啊，

-------------------------
他的要求是函数已经都加载进去了,在调用时要互斥访问一个路径,这个路径,并不一定是文件,共享内存!!

互斥用锁，同步用信号量

感觉有点怪,

Mutex是一把钥匙，一个人拿了就可进入一个房间，出来的时候把钥匙交给队列的第一个。一般的用法是用于串行化对critical section代码的访问，保证这段代码不会被并行的运行。
Semaphore是一件可以容纳N人的房间，如果人不满就可以进去，如果人满了，就要等待有人出来。对于N=1的情况，称为binary semaphore。一般的用法是，用于限制对于某一资源的同时访问(互斥)。
Binary semaphore与Mutex的差异：
在有的系统中Binary semaphore与Mutex是没有差异的。在有的系统上，主要的差异是mutex一定要由获得锁的进程来释放。而semaphore可以由其它进程释放（这时的semaphore实际就是个原子的变量，大家可以加或减），因此semaphore可以用于进程间同步。Semaphore的同步功能是所有系统都支持的，而Mutex能否由其他进程释放则未定，因此建议mutex只用于保护critical section。而semaphore则用于保护某变量，或者同步。