skoo's notes

努力记录一些自己觉得有趣的东西...
28 September 2013
by skoo

最近看了Go runtime中关于select的实现(select in Go’s runtime),发现select语句位于for循环之内执行的时候,每一遍循环都需要在底层runtime中经历malloc对象到free对象的过程,我认为这个频繁的内存分配和释放的代价并不小,至少内存不是处于一种稳定的状态。因此,我实际的测试一把使用select来操作channel不使用select操作channel两种情况下的内存情况。

测试过程都是运行程序3分钟,每一次循环sleep 1秒钟,每10秒钟采集一下内存使用情况的数据。为了更直观的感受,我使用goplot工具把采集到的内存数据绘制成了图表。

使用select

测试代码:https://gist.github.com/skoo87/6727151#file-test_channel_select-go

不使用select

测试代码:https://gist.github.com/skoo87/6727151#file-test_channel-go

上面两图中,最上面的蓝色线表示从系统分配的总的堆内存大小,中间的黄色线表示空闲的堆内存大小,最下面的红色线表示使用的堆内容大小。

两种情况,总分配的堆内存都是一样的,基本没差距,两个测试程序本来就很简单,基本一致。使用的堆内存和空闲的堆内存必然具有此消彼长的关系。这两个数据来看,两种情况有着明显的不同,使用select的时候,由于不断在分配新的内存,所以堆内存的使用一路走高,相应空闲的内存就逐渐变少了。但是不使用select,而是直接操作channel的时候,可以明显感受到内存分配情况是非常稳定的。

这个测试并不是为了证明select有多么的糟糕,而只说明select将会频繁的分配内存,这里只是简单的使用了两个select,内存的表现还是非常明显的。但我个人并不支持为了不用select,而写出一堆难看的代码,甚至是存在隐患的代码,比如无channel超时。但我们应该避免程序中大量执行select语句。

最后,用数据,将数据可视化,更能形象直观的展示现象,玩得比较开心。