集训做Judge（评委）通常是一件非常轻松惬意的事情来的。虽然，实际上，Judge要完成印卷、帮所有队员叫外卖、评判所有的程序、做表（关于队员集训和比赛当地情况的统计表）、主持讨论等多项工作，但一般来说，Judge都是很悠闲的，翘着二郞腿斜视着冥思苦想或埋头猛敲程序的队员们，轻轻地点击一个“Wrong Answer”就又可以使他们忙活好一阵子了。不过轮到我做Judge时却有点例外。
由于以前已经集训过好多次了，这次我自然是驾轻就熟。水波同学帮我选了一套UVA的题，这个名字缩写跟紫外线一样的UVA是俄罗斯一所大学的名字，它的题库的数据比较强，所以我们集训一般都用它，这次也不例外。例外的是它今天的速度实在是太慢太慢了。国外的网站都比较慢，这点我明白，UVA的网站是其中尤其慢的一个，这点我也明白。想不明白的是它竟然可以慢得肉眼观察不出浏览器下载进度条的移动！
不巧的是我那天的题目又特别地水，结果集训一开始不久就有人提交，转眼间已经有7、8个待评测程序了。一看势头不妙，连忙改进“Judge评测算法”，把串行改为并行，同时打开3个Judge程序，使得在UVA刷出一次结果我就能够评判三个待测程序，这方法一开始还挻有效。但正当我在暗暗窃喜之时，UVA竟然整个挂了！！，所有页面的进度条基本上都一动不动。这就使我一筹莫展了。本来，我的“算法”是可以使Judge的效率提升三倍的，但由于此时的效率等于零，结果我的效率还是零！
后来荣哥哥提供了一个有公网IP的远程桌面，那个可怜的UVA终于勉强能动一下了，此时未评测的程序已经激增至20多个，有些队伍提交程序一个小时后还未得到结果，而我此时已忙碌得几近崩溃了：把第一个Judge的程序提交到UVA，同时从Status里读到第三个Judge的程序运行结果，同时读取第二个Judge的程序源代码，围观的人看起来简单像乱作一团，幸好我每提交、评判一个程序都做了扼要的记录，所以自始至终都没有评错程序。肥云同学开玩笑地说，这一场比赛简直不是考察队员的解题算法能力，而是考察Judge的“并行交题算法能力”的~余深以为然也~~
最近的RP实在是太低了，连做Judge都做得像个赶命的老饼一般！我是真的“木”有语言了~
(13日补记7日的难忘经历)
posted on 2007-07-13 20:21
踏雪赤兔 阅读(418)
评论(4) 编辑 收藏 引用 所属分类:
岁月如歌