多线程共享哈希，对不同的key进行读写，不加锁会不会冲突？

iceberg77

例如多线程对同一个哈希表进行读写，但只针对不同的key，也许这个key原先不存在，
不对哈希表进行加锁，会不会冲突？

dahe_1984

理论上应该不会冲突，但是你怎么进行进程间的通信呢？

兰花仙子

例如多线程对同一个哈希表进行读写，但只针对不同的key，也许这个key原先不存在，
不对哈希表进行加锁，会 ...
iceberg77 发表于 2010-03-22 17:55

    perl的hash好像都是变量复制的吧，不是真正的变量sharing.
线程间同步肯定要考虑lock机制，否则谁知道会发生什么事。

toniz

用共享内存   读的时候不加锁  写的时候加锁

iceberg77

理论上应该不会冲突，但是你怎么进行进程间的通信呢？
dahe_1984 发表于 2010-03-22 18:00

我的大致思路如下：
程序以daemon形式运行，多线程共享一个任务队列，以及共享一个用于存放处理数据的哈希，任务队列可以看作一个任务ID序列，ID是唯一的，类似于生产者和消费者模型
主线程主体是个死循环，循环开始，往任务队列添加ID，添加完后，开始检测任务队列是否为空，为空的话，对各线程的处理结果进行一次合并，再输出，该次循环结束。
而另外的多个线程则从队列中获取任务ID，根据任务ID处理对应的数据，将处理得到数据更新到共享哈希中。
因为想说用于存放处理数据的哈希，既然多线程处理的是不同的key，考虑加锁的话，似乎会成为瓶颈，但又不清楚不加锁是不是会冲突。。。
这样讲，不知是否能了解个大概。

perl的hash好像都是变量复制的吧，不是真正的变量sharing.
线程间同步肯定要考虑lock机制，否则 ...
兰花仙子 发表于 2010-03-22 19:14

这个是说线程间的hash共享其实是伪共享（使用threads::shared）？如果是伪共享的话，对于我这种情况，似乎不会有影响，因为各线程处理不同的键值。
但没有实现真正的共享，这样的共享似乎没啥意义？

toniz

惭愧  以为你是在做进程共享了。