golang的syncMap写入性能差的原因

syncMap内部设计了read,dirty和mu三个字段，如下

type Map struct {
	mu Mutex
	dirty map[interface{}]*entry
	misses int
}

重点关注其中的read
read保存只读数据, 其中的amended=true表示read中的数据和dirty中不同,默认false

type readOnly struct {
	m       map[interface{}]*entry
	amended bool // true if the dirty map contains some key not in m.
}

dirty字段也是一个map,同read中的m字段，不同的是写入操作第一时间都会写入到dirty中，而读取操作每一次会先读read

那么为什么syncMap的写入性能会差呢？， 因为一下两点的共同作用

• 当读取的miss超过dirty中元素的数量时， dirty的内容会指向read，原来的dirty置为nil， read的amended置为false
• 第一次有read和dirty中都不存在的数据写入时， 会遍历read并依次赋值为dirty

第一个过程很快，是指针的指向改变，而第二个过程很慢因为要遍历

所以当miss率很高且qps也且map中的数据量也很大时很高很大三个条件都满足时，syncMap的写入操作正好能频繁遇到遍历read写入dirty的操作，从外部看就是syncmap的写入操作每个一段时间就会有明显的耗时增加