首页
社区
课程
招聘
[成绩][第三阶段成绩]
2010-11-18 09:32 102577

[成绩][第三阶段成绩]

2010-11-18 09:32
102577
收藏
点赞0
打赏
分享
最新回复 (84)
雪    币: 202
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
deity 2010-11-18 11:48
26
0
围观下高手!!
雪    币: 8188
活跃值: (4243)
能力值: ( LV15,RANK:2459 )
在线值:
发帖
回帖
粉丝
ccfer 16 2010-11-18 11:48
27
0
如果只是精度问题,似乎应该可以解决,换个精度高的计时方法就OK了,系统里又不是只有GetTickCount一条路
雪    币: 7300
活跃值: (3758)
能力值: (RANK:1130 )
在线值:
发帖
回帖
粉丝
海风月影 22 2010-11-18 11:49
28
0
完全可以,建议用ns级别来计算时间
雪    币: 1115
活跃值: (122)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
accessd 2 2010-11-18 11:57
29
0
用ns级别计时也是没有用的。误差不是计时API的问题,而是测试程序本身的问题!
因为程序运行时间<程序启动时间。
雪    币: 820
活跃值: (380)
能力值: ( LV12,RANK:310 )
在线值:
发帖
回帖
粉丝
古河 6 2010-11-18 11:58
30
0
我觉得答对的条数应该也考虑在计分因素里面
雪    币: 1115
活跃值: (122)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
accessd 2 2010-11-18 11:58
31
0
如果测试程序里有这么一句:Sleep(31000), 上面2位的答案应该都挂掉了吧?
雪    币: 20
活跃值: (25)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
打泡泡 2010-11-18 12:00
32
0
你这能说明什么?
雪    币: 8188
活跃值: (4243)
能力值: ( LV15,RANK:2459 )
在线值:
发帖
回帖
粉丝
ccfer 16 2010-11-18 12:00
33
0
你要是把Sleep和tickcout一起处理了就算赌中了,能让评委大吃一惊
雪    币: 7300
活跃值: (3758)
能力值: (RANK:1130 )
在线值:
发帖
回帖
粉丝
海风月影 22 2010-11-18 12:02
34
0
加时间是公平的,减小了选手之间的分数差距,同时兼顾了做对的条数
雪    币: 1115
活跃值: (122)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
accessd 2 2010-11-18 12:05
35
0
我要说的就是误差很大,让海风别认真了,愿赌服输
雪    币: 1632
活跃值: (13)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
达文西 2010-11-18 12:11
36
0
这题有问题,争议太大。
雪    币: 8188
活跃值: (4243)
能力值: ( LV15,RANK:2459 )
在线值:
发帖
回帖
粉丝
ccfer 16 2010-11-18 12:13
37
0
其实啊评委考虑的只有一个问题:能不能把人挖到TX
雪    币: 279
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
Esper 2010-11-18 12:14
38
0
我运气真好~赌赢了~~
有了第一阶段第二题的经验, 我就估计在这种坑爹型的评分公式下, 能出结果不一定能拿到多少分; 少考虑些情况, 让简单的测试用例更快些可能效果更好, 果然不出所料~~
那个Sleep我曾经也想patch, 幸好没patch, 否则少40分
雪    币: 296
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
GuluYZ 2010-11-18 12:20
39
0
垫底的表示支持。 重新做赚了。再坏也是垫底 哈哈
雪    币: 37
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
wead 2010-11-18 12:59
40
0
A0到A4成绩全部加1000ms,抵消系统线程间切换带来的损失,不就得了......
我是支持海风的
但是建议下次比赛改成这样的,这次就算了吧
成绩没出之前,评分标准早在那里了
而且前2阶段都有过这样评分的,咋就没反应呢?
大家都很忙的。。。赶紧发奖品得了。。。
雪    币: 407
活跃值: (125)
能力值: ( LV13,RANK:280 )
在线值:
发帖
回帖
粉丝
EricAzhe 3 2010-11-18 13:20
41
0
支持下海风!
个人觉得这次比赛没上次有激情,第二阶段连续两个KeyGen,没啥意思啊!
顺便问下,奖品有多少哈,只参加了第一阶段,有没有 QB 拿哈?
雪    币: 55
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
hackjack 2010-11-18 23:50
42
0
海风大侠,不要那么较真吗?重要的在于是参与。
雪    币: 1098
活跃值: (193)
能力值: (RANK:210 )
在线值:
发帖
回帖
粉丝
zhuliang 5 2010-11-19 00:28
43
0
我同情偶像海风和偶像accessd。

支持你们的建议。
雪    币: 296
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
GuluYZ 2010-11-19 09:54
44
0
不是你在玩 当然不较真了。
雪    币: 37
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
wead 2010-11-19 10:12
45
0
[QUOTE=海风月影;891154]我给评委一个简单建议:将前3条,每人的时间都加1000ms,然后重新算分

理由很简单,GetTickCount精度不够,加上与最后2条的Sleep(1000); 统一[/QUOTE]

支持海风的这种建议
原成绩的基础上,前3条加1000ms

支持GuluYZ,就应该较真,明显偏向Hook方式的人。。。。
雪    币: 1115
活跃值: (122)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
accessd 2 2010-11-19 10:41
46
0
不支持原成绩的基础上前3条加1000ms,原因是:1,本题除了hook外还有其他的解,2,误差的原因不是因为GetTickCount精度问题。
雪    币: 7300
活跃值: (3758)
能力值: (RANK:1130 )
在线值:
发帖
回帖
粉丝
海风月影 22 2010-11-19 11:00
47
0
1,实不相瞒,我就是用Debug方式做的,没有Hook 进程的一行代码
2,你可以解释一下20楼的现象
雪    币: 1115
活跃值: (122)
能力值: ( LV7,RANK:100 )
在线值:
发帖
回帖
粉丝
accessd 2 2010-11-19 11:14
48
0
我来尝试解释一下20楼的现象。
我认为评委在评分的时候不是在选手的源代码2头加上GetTickCount来打印时间,而是他们自己有另外一个程序来启动选手的程序,使用CreateProcess,然后用WaitForSingleObject来等待程序结束,计算这段时间范围,这样就导致误差非常大。
雪    币: 37
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
wead 2010-11-19 11:33
49
0
支持评委的英明决定
不要再改了
就这样吧
赶紧发奖品得了。。。。。我等着花儿就谢了。。。
雪    币: 1632
活跃值: (13)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
达文西 2010-11-19 12:13
50
0
TX可以虚心听取意见,并作出改正,有风范!顶
游客
登录 | 注册 方可回帖
返回