遇到的系统问题

1. Golang 1.12 与 Linux 4.14内核结合,系统监控内存RSS常驻内存过高？
   Golang 1.12 GC更改:当堆的很大一部分保持在用状态,Go1.12提高了扫描性能，这会减少垃圾收集之后的分配延迟。
   内存模型:Go运行时现在更积极地将内存释放回操作系统，特别是响应不能重用现有堆空间的大型分配。在Linux上，运行时现在使用MADV_FREE释放未使用的内存。这是更有效的，但可能导致更高的报告RSS。内核将在需要时回收未使用的数据。
2. GC无法停止导致死循环?
   进程在监听端口,单核CPU100%,但是进程不工作，问题原因在于如果某个协程陷入了死循环(不调度其他任何函数),在即将GC的时候的时候,runtime发出停止所有协程的请求,但是无法停止这个陷入死循环的请求,所以呈现单核CPU打满,进程不工作。Go版本1.12.7仍然存在该现象。
3. Thrift与Json使用,thrift的输出会在json marshal&unmarshal之后变的不同,json会去掉相应的空格
4. Golang 1.8 版本 strings.contains 特别耗费CPU性能,因为内部有内存copy。
5. Golang sort.Sort函数是一种不稳定排序算法:不保证排序后相同大小元素的原始次序不变的排序算法。内部使用了快排、堆排、希尔、插入排序,实现上是看集合长度当大于12的时候采用快排+堆排,当深度为0的时候采用堆排,其他用快排,当长度小于12的时候采用希尔排序+插入排序。这样的话某一次排序执行插入排序的可能性就特别大,耗费时间就会加长,Golang还提供了稳定排序算法symMerge。
6. CPU三个架构:
   1.SMP:多个处理器连接到一块内存上。优点是架构简单容易,缺点是有的CPU离内存远,速度会慢,共享问题严重。
   2.NUMA:按照node划分,每个node内有自己的CPU和内存,优点是CPU使用性能会提升,CPU与内存距离更短,共享问题也会减弱,缺点是node之间交互很慢,增加node提升幅度不高。
   3.MPP:多个刀扇,每个刀扇是一个SMP,刀扇之间通过网络设备交互,优点是比NUMA保证了交互,也提升了计算速度,缺点是SMP增多,计算管理系统更复杂