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

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

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

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

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

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

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