runtime.GOMAXPROCS()的意义到底是什么

[dawniii]

func main() {
	num := runtime.GOMAXPROCS(1)
	fmt.Println(num)

	c := make(map[int]int)

	for i := 0; i < 100; i++ {
		go func() {
			for j := 0; j < 1000000; j++ {
				c[j] = j
			}
		}()
	}

	time.Sleep(10000*time.Second)
}

我搜索到的文档，都是说 runtime.GOMAXPROCS() 是设置实际并发执行的个数，我设置为 1 后，这段代码还是会报致命错误 fatal error: concurrent map writes 所以这个设置是失效了吗？ mac 下 golang1.8

[kappa]

错误信息不是写的很清楚么，你的代码在起 goroutine 并发写 map

[popu111]

golang 中 map 不允许并行操作而已，百度一下报错你就知道_(:з」∠)_连谷歌都用不到

[kohnv]

@kappa 楼主的意思是只设置了一个 cpu 来跑 goroutine, 照理来说应该就没有并发的问题了

[timothyye]

这个并发错误，只是跟开启了多协程并发写 map 有关，跟你设一个 cpu 无关啊。一个 cpu 也可以跑很多个并发协程的啊。。。你可以把协程理解为跟线程类似，但是比线程更轻量级的东西，一个 cpu 也可以跑多线程的吧。。。

[kxjhlele]

@kohnv 1 个 cpu 还是多个 cpu，map 都不行，并发和并行的区别

[timothyye]

runtime.GOMAXPROCS()是设 cpu 数量，不是控制协程数量

要想不报错，你得控制同一时刻只能有一个协程写 map，比如加锁什么的

[wangxn]

对 map 进行修改的操作不是原子的，所以可能某个协程在修改中途被抢占。

[dawniii]

@timothyye 我查的资料，这个设置的不是 cpu 数量（和理解为 CPU 数量差不多），其实是 MPG 模型中 P 的数量（即有多少个 goroutine 可以同时运行）。所以我说设置为 1，应该就是同时只有一个 goroutine 在执行，怎么会有这种冲突呢。就算是理解为 1 个 cpu 多线程的情况，同一时刻也只有一个线程在跑啊。

[popu111]

@dawniii 但是 P 到 G 仍然是一对多的，Goroutine 只是协程而不是线程

[dawniii]

@popu111 P 到 G 是一对多，而且是顺序切换的，同一时刻只有一个 G 在 P 上跑

[kohnv]

@dawniii 同一个线程再跑 但是可能跑了一半就跑别的 goroutine 了, 也有可能出现 data race.

比如内存数据保存到了临时变量, 然后切到另一个 goroutine 修改了这个内存, 过了一会就切回了把临时变量里的数据写到内存, 于是就覆盖了另一个 goroutine 写的数据.

[wangxn]

@dawniii 即使同一时刻只有一个协程在跑，那这个协程也有可能在修改 map 的途中被切换出去了。

[dawniii]

@kohnv
@wangxn
感谢，明白了。再请教下另外一个问题，我查的资料上说，goroutine 遇到 io 阻塞操作，会扔到 eventpoll 中。那整个 golang 程序中有多少个 eventpoll ？一个 P 一个 还是全局就一个呢？非常感谢

[dawniii]

@popu111
@kohnv
@wangxn
又搜了搜资料可算是明白怎么回事了，在比较老的 go 版本里，goroutine 的调度还不是抢占式的。runtime.GOMAXPROCS(1)设置后，goroutine 中只要不存在跨越调度点或者 IO 调度点的操作，都可以是无锁的。后来改成了抢占式调度，就必须要加锁同步了。

[PhilC]

map 操作不是原子的，可能一个 goroutine 执行了一半，被调度了