锐客网

  1. 首页 > 睿知 > it技术 > >

go语言创建线程 go语言线程池( 二 )

IT技术解惑


必要go语言创建线程的库 。
要使用go语言创建线程的cpu数量，建议不全使用 。
建立管道 。
声明使用的cpu数 。
建立互斥关系 ， 本例中主要为go语言创建线程了实现所有线程执行完后再执行后续程序 。
创建cpu数减1个线程
后面每个任务结束时要done一个wg，这里根据具体情况加，是循环就在每个循环里加 ， 保证后面能全部done即可
没有缓冲的、阻塞式的往管道传递字符串 。
Wait是等所有线程都执行完，即增加的数字被全done掉 。
关闭管道 。
假设已有的函数是ReadLogs，在它的基础上加个Wg加函数名的新函数 ， 我觉得这种方式不改变原有的，比较舒服 。
大意是go语言创建线程：循环从管道读取字符串，读不到了就跳出循环 。
每个ReadLogs()之后加一个wg.Done()，相当于计数减一 。
ReadLogs()就是要执行的任务，不再解释 。
就是开指定个线程 。
管道阻塞传值 。
wg同步 。
WgReadLogs循环接收 。
Golang的调度模型Go有四大核心模块 ， 基本全部体现在runtime ， 有调度系统、GC、goroutine、channel，那么深入理解其中的精髓可以帮助我们理解Go这一门语言！
参考: 调度系统设计精要
下面是我用Go语言简单写的一个调度器，大家可以看看设计思路，以及存在的问题！
1、测试条件，调度器只启动两个线程，然后一个线程主要是负责循环的添加任务，一个线程循环的去执行任务
2、测试条件，调度器启动三个线程，然后两个线程去执行任务，一个添加任务
3、继续测试，启动十个线程 ， 一个添加任务 ， 九个执行任务
4、我们添加一些阻塞的任务
执行可以看到完全不可用
1、 可以看到随着M的不断的增加，可以发现执行任务的数量也不断的减少，原因是什么呢？有兴趣的同学可以加一个pprof可以看看，其实大量的在等待锁的过程！
2、如果我的M运行了类似于Sleep操作的方法如何解决了，我的调度器还能支撑这个量级的调度吗？
关于pprof如何使用：在代码头部加一个这个代码：
我们查看一下go tool pprof main/prof.pporf
可以看到真正执行代码的时间只有 0.17s + 0.02s 其他时间都被阻塞掉了！
1、GM模型中的所有G都是放入到一个queue，那么导致所有的M取执行任务时都会去竞争锁 ， 我们插入G也会去竞争锁 ， 所以解决这种问题一般就是减少对单一资源的竞争，那就是桶化，其实就是每个线程都分配一个队列
2、GM模型中没有任务状态，只有runnable，假如任务遇到阻塞，完全可以把任务挂起再唤醒
这里其实会遇到一个问题，假如要分配很多个线程 ， 那么此时随着线程的增加，也会造成队列的增加，其实也会造成调度器的压力，因为它需要遍历全部线程的队列去分配任务以及后续会讲到的窃取任务！
因为我们知道CPU的最大并行度其实取决于CPU的核数，也就是我们没必要为每个线程都去分配一个队列，因为就算是给他们分配了，他们自己去那执行调度，其实也会出现大量阻塞，原因就是CPU调度不过来这些线程！
Go里面是只分配了CPU个数的队列，这里就是P这个概念，你可以理解为P其实是真正的资源分配器，M很轻只是执行程序，所有的资源内存都维护在P上！M只有绑定P才能执行任务（强制的）！
这样做的好处：
1、首先调度程序其实就是调度不同状态的任务 ， go里面为Go标记了不同的状态，其实大概就是分为：runnable，running，block等，所以如何充分调度不同状态的G成了问题，那么关于阻塞的G如何解决，其实可以很好的解决G调度的问题！

推荐阅读


上一篇：卫星电视定位升级中怎么办，卫星电视如何重新定位

下一篇：包含chatgpt认识诗人吗的词条