我不知道会不会有人跟我犯同样的错误。我只能说,这个bug实在太奇葩了。
这两天在跑trace时发现,同样的参数下重复运行,第一次的数据总是跟后面几次有很大出路。一开始觉得是随机数的关系,但心里总有些不安。试着重复运行了10次,果然第一次跟后面9次的数据有明显不同,delivery rate大概有5%的差距。
于是我怀疑会不会是结果之间有干涉,例如用来保存结果的数组之间由于编码的问题互相干扰。但反复的检查过后,确定不是这方面的问题。
接下来开始检查随机数的问题。在程序中有两个地方用到了随机数,一个是source node的选择,一个是interests的产生。(专门研究了一下随机数的机制,调用了srand()之后随机数的计算会重启)在这两个地方设置了srand(1),也就是控制trace的每次执行,随机数序列是一样的,但问题依旧。
这说明在某个地方仍然存在不可控制的因素。然后开始检查helpful类。这个类是node的一个子类,表示所有node的行为是合作的策略。试着注释掉connect函数中缓存电影的部分,出人意料的事情发生了&#