最近的评论

• 评论了主题 Gse v0.40.0 发布了, Go 高性能分词, 增加更多常用 API
  特里树就是DFA算法吧?
• 评论了博文 Go语言从入门到精通-04｜ Socket客户端与服务端
  TCP通信的关键是在于拆包,你这入门不讲拆包......
• 评论了主题 工作5年C++服务器，转GO的感触，GO服务器业余时间整理的，用时2个月，框架到细节
  #20楼 @bobohume LMAX的disruptor么? disruptor在多消费者多生产者的情境下性能本来就不高,单消费者单生产者的情况下才实现了无锁,这个队列类似于linux的内核的一个队列,kfifo.h源文件中.生产者消费者队列,优化性能的重点不在于选择什么样的锁,而在于如何解决频繁调用锁.即便你锁的消耗很低,但是每次出队都要调用锁,性能一样上不去.就算使用互斥锁,每次锁消耗时间很长, 但是每次出队100个item,那么平均到单次操作消耗也很低.
• 评论了主题 工作5年C++服务器，转GO的感触，GO服务器业余时间整理的，用时2个月，框架到细节
  14楼 @bobohume 我觉得你还是删了这条回复比较好,不然可能会暴露你对操作系统多线程并发与同步这块知识点的理解能力......多看多理解,比如,想一下锁在操作系统和CPU中是怎么实现的,再想一下信号量是怎么实现的.再想一下信号量是干什么的,锁是干什么的.再想一下锁唤醒机制与信号量唤醒机制.
• 评论了主题 工作5年C++服务器，转GO的感触，GO服务器业余时间整理的，用时2个月，框架到细节
  #11楼 @bobohume golang 1.11 源代码runtime\chan.go:181行 channel使用lock的地方.这个lock就是lock_sema.go实现的.而golang标准库提供的sync/mutex包也是使用lock_sema.go实现的lock.这个就是乐观互斥锁.我不知道"channel锁比外面的cas 无锁队列要强的"这个结论是怎么得出来的.或者说你根本没有看过channel的源代码.