主题:第34次编程比赛第2题比赛结果
通过测试的:
第 2 楼 @iAkiak 0.511s
第 3 楼 @diycai 0.184s
第 6 楼 @nwpuzhl 0.132s
第 9 楼 @magicalking 0.618s
第 11 楼 @天国龙 0.273s
错误或速度缓慢的:
第 4 楼 @天边蓝
初测组是对的,但是耗费掉非常多时间(49.678s),就未进行下一步测试(初测组只有长度 1000 的词典)。
第 8 楼 @yxs0001
初测组对,且很快,但到大数据量组就偏慢,1m26.476s,而且其中有问题,35 个待查的最后 10 个是不存在的,到你这变成存在的了。
第 10 楼 @SonicLing
初测组对,且很快,但到大数据量组就很慢,俺等了 8 分钟,没能出结果,就放弃了。
第 7 楼 @sllone
初测组对,且很快,但到大数据量组就偏慢,0m26.499s,而且其中有问题,错了 4 组。
大数据量测试数据(及结果)
http://upload.programfan.com/upfile/200607101617152.zip
俺的思路和 @iAkiak 一样,个人比较喜欢他的代码,清楚而简明。当然速度的最快的 @nwpuzhl 的代码也比较清晰,以为有两个原因使他那代码的速度很快,在长度很小的情况下冒泡排序速度很不错,另外我那测试数据的单个单词长度偏小,出现次数偏少,主要用于生成测试数据的程序有些小问题导致这样。又看了下 @diycai 的代码,蛮巧妙的思路,利用位标记来统计匹配数。另外因为待查的项偏少所以不进行对应词典的预排(或建堆)在某些情况下(项数长度偏短,项数个数偏少,词典中相同项偏少,靠近尾部的重复长项偏少等),可能会更加快。
宣布此题比赛的冠军是 @nwpuzhl
请 nwpuzhl 负责出下周的第 35 次比赛第 2 题。
第 2 楼 @iAkiak 0.511s
第 3 楼 @diycai 0.184s
第 6 楼 @nwpuzhl 0.132s
第 9 楼 @magicalking 0.618s
第 11 楼 @天国龙 0.273s
错误或速度缓慢的:
第 4 楼 @天边蓝
初测组是对的,但是耗费掉非常多时间(49.678s),就未进行下一步测试(初测组只有长度 1000 的词典)。
第 8 楼 @yxs0001
初测组对,且很快,但到大数据量组就偏慢,1m26.476s,而且其中有问题,35 个待查的最后 10 个是不存在的,到你这变成存在的了。
第 10 楼 @SonicLing
初测组对,且很快,但到大数据量组就很慢,俺等了 8 分钟,没能出结果,就放弃了。
第 7 楼 @sllone
初测组对,且很快,但到大数据量组就偏慢,0m26.499s,而且其中有问题,错了 4 组。
大数据量测试数据(及结果)
http://upload.programfan.com/upfile/200607101617152.zip
俺的思路和 @iAkiak 一样,个人比较喜欢他的代码,清楚而简明。当然速度的最快的 @nwpuzhl 的代码也比较清晰,以为有两个原因使他那代码的速度很快,在长度很小的情况下冒泡排序速度很不错,另外我那测试数据的单个单词长度偏小,出现次数偏少,主要用于生成测试数据的程序有些小问题导致这样。又看了下 @diycai 的代码,蛮巧妙的思路,利用位标记来统计匹配数。另外因为待查的项偏少所以不进行对应词典的预排(或建堆)在某些情况下(项数长度偏短,项数个数偏少,词典中相同项偏少,靠近尾部的重复长项偏少等),可能会更加快。
宣布此题比赛的冠军是 @nwpuzhl
请 nwpuzhl 负责出下周的第 35 次比赛第 2 题。

您所在位置:



