各位有知道linux mutex的数量有系统上线么？

shiva

我现在做的一个程序里面创建了很多的pthread_mutex。但是不敢确定是否有数量上的限制。

就目前程序的需求，可能最少需要400个。如果有限制，是整个系统有mutex数量的上限还是进程有数量的上限。

shiva

-_-!没人知道么？
主要是我没google出来。。。。

flw2

你最好试验 一下，我个人认为这个东西就是个变量而已，操作是原子的，所以实际上应该不会有限制（当然，地址空间都是一定的）

但是我不敢肯定，你可以写个例子测试一下，而且400个好像太多了吧，是不是程序设计得有问题？怎么管理。？

shiva

我也觉得数量多。简单的数组存储，对每一个受访问的元素都用单独的mutex对其进行控制。

当然也可以用一个mutex将所有的元素进行访问控制。但是那样的话我觉得效率很低。

cjaizss

原帖由 shiva 于 2007-5-29 13:02 发表
我也觉得数量多。简单的数组存储，对每一个受访问的元素都用单独的mutex对其进行控制。

当然也可以用一个mutex将所有的元素进行访问控制。但是那样的话我觉得效率很低。

你确认存取如此频繁？

Fixend

如此多mutex，恐怕对系统的性能影响更大。

shiva

嗯。数组里的每个元素被访问的频繁程度比较高。所以我才出此下策（个人感觉是下策）。

实际上我这里说的每个元素在我的程序里就是一个网络连接。每个连接的访问频率比较高。

Fixend

可以试试一个mutex锁20个连接，这样就只要20个mutex，当然我也不认为这是个好办法。

shiva

原帖由 Fixend 于 2007-5-29 14:16 发表
可以试试一个mutex锁20个连接，这样就只要20个mutex，当然我也不认为这是个好办法。

嗯。倒是一个折中的办法。3Q。

flw2

还是觉得有问题，别说20，5个我都觉得有问题。
感觉该使用局部于线程的东东

楼主能不能详细的说说的情况，包括要保护什么内容