About gopoll benchmark about gopkg HOT 5 CLOSED

1. 有，sync.Mutex 性能更好，因为 channel 可以认为是 sync.Mutex + 一堆额外逻辑，所以性能肯定比 sync.Mutex 要差。
2. 不可以这么做，会有问题的： 调用 runtime.LockOSThread 期间不能持有锁，但是业务代码肯定需要锁；同时不能保证所有 goroutine 都在 gopool 下管理。

更正：LockOSThread 可以用锁，是 procPin 不能用锁。

from gopkg.

@PureWhiteWu 有可以公开的数据么😄

from gopkg.

@PureWhiteWu 有可以公开的数据么😄

你可以测试一下，代码都是公开的。

from gopkg.

调用 runtime.LockOSThread 期间不能持有锁，但是业务代码肯定需要锁；

请问这个结论是如何得出的，看代码只是占用了个线程而已，和能不能用mutex没关系吧

同时不能保证所有 goroutine 都在 gopool 下管理。

请问这个为什么不能保证？

from gopkg.

请问这个结论是如何得出的，看代码只是占用了个线程而已，和能不能用mutex没关系吧

抱歉，记混了，LockOSThread 可以用锁，procPin 不能用锁。

请问这个为什么不能保证？

因为总有场景以及业务会直接 go 出去 goroutine 的，这个没有好的办法进行限制，也不应该限制。

from gopkg.