- 主题:Re: 多线程读和多线程写一个数据（比如队列）有什么好的办法吗
cas?
【 在 freyoneby (freyoneby) 的大作中提到: 】
: 感觉加锁效率太低，有其他好的办法吗
--
FROM 171.114.164.55
没办法，只有锁，尽量用好吧，用好了效率还可以。
看你是要多高的效率了。
【 在 freyoneby 的大作中提到: 】
: 感觉加锁效率太低，有其他好的办法吗
--
FROM 221.221.53.*
锁效率没你想象的那么低，如果你的应用本身就没有多少互斥的操作，那么锁的消耗很低很低
【 在 freyoneby 的大作中提到: 】
: 感觉加锁效率太低，有其他好的办法吗
--
FROM 124.202.185.*
锁不是会引发系统重新调度吗，效率能高吗
【 在 wjhtingerx 的大作中提到: 】
: 锁效率没你想象的那么低，如果你的应用本身就没有多少互斥的操作，那么锁的消耗很低很低
:
--
FROM 112.64.184.*
如果没有互斥发生，不会调度的，性能影响基本为零
【 在 freyoneby 的大作中提到: 】
: 锁不是会引发系统重新调度吗，效率能高吗
--
FROM 124.202.185.*
那为什么现在还出纤程，协程出来，不知道性能提升在哪
【 在 wjhtingerx 的大作中提到: 】
: 如果没有互斥发生，不会调度的，性能影响基本为零
【 在 freyoneby 的大作中提到: 】
: 锁不是会引发系统重...
--
FROM 117.59.117.*
你不是设定多线程这个条件了吗？
协程有协程的做法。线程有线程的做法。
协程对于那种需要启动非常多线程的高并发服务端程序优化明显。如果你线程不多，那性能上没什么提升。
现代编程语言搞协程主要为了让程序写得好看。不容易出错。当然，优化高并发也是一个目标。
【 在 freyoneby (freyoneby) 的大作中提到: 】
: 那为什么现在还出纤程，协程出来，不知道性能提升在哪
--
修改:hgoldfish FROM 124.72.118.*
FROM 124.72.118.*
多线程的话锁保护可能无法避免。但是根据你的应用场景做优化，比如如果大多数线程是读的话考虑移植kernel里读写锁等。
【 在 freyoneby 的大作中提到: 】
: 感觉加锁效率太低，有其他好的办法吗
--
FROM 120.244.236.*
dpdk ring
【 在 freyoneby 的大作中提到: 】
: 感觉加锁效率太低，有其他好的办法吗
: --
:
发自「今日水木 on iPhone 13 Pro」
--
FROM 49.93.6.*