查看文章 |
两场比赛下来，感觉做judge比做比赛累多了。总算为学校acm事业作出了一点贡献。练习赛出了3个题目，校赛出了两个题目，三个非常水的题过了很多人，两个不难的题没人过……没人过比较郁闷。由于两场比赛我都负责配置pc2，我就将一些情况总结下。希望对有需要的人有用。
这次用pc2弄校赛我觉得简直是走钢丝……虽然最后在大家的共同努力下勉强没动用起备用的OnlineJudge，但真的不算成功。400多人的个人赛实在是太勉强了。
基本硬件资源 一层楼有20+个机房，我们这次校赛用了15个。每个机房40台机器，部分有故障 -_- 。 机器配置： p4
练习赛情况： Pc2版本 v8.7 12个题目 有提交人数：123人 总提交量：1135次 Judge房布置： Site服务器 4台，资料下载1台，board 1台，judge客户端8台。admin客户端都在Site服务器所在机器开。 由于事先不知道有多少同学要来试机，开了4个site。每个site带2个机房80台机器。 最后由于来的人不多，所以只开了4个机房。所以4个site中只用了2个，比较轻松。 结果： 修改某道题数据一次，结果所有题目数据丢失。重新添加题目数据，又可以了。大概处理了2分钟。有将几个代码Give到judge进行rejudge。有极少数team客户端死掉，需要在相应Site进行logoff。再重新连接。有惊无险，没出其他意外。 完成比赛。
校赛情况： Pc2版本 v8.7 8个题目 有提交人数：410+人（确认报名了480+，20人邀请友情参赛） 总提交量：4349次 Judge房布置： Site服务器8台，资料下载2台，board 1台，登陆密码获取系统1台，judge客户端14台，每个Site连出2个judge 。admin客户端都在Site服务器所在机器开。 用到14个机房，开了8个site。每个site带2个机房80台机器。带起500+台机器。 结果： 一开始就很乱，题目汇总得很迟。为了不让作弊，弄了个登陆密码获取系统，密码与人与学号绑定机器。由于各种资料有部分有误，如注册信息和机器ip列表。弄来弄去，弄去弄来，终于才开始比赛了。 开始后很诡异地Site8与 Site1至7时间不同步相差10分钟。不知道什么情况，但又已经开始，Site8大部分是备用帐号和友情参赛之类，所以就不管了。 Site1 率先死掉。两个机房提交直接显示不能提交，联系staff。在不影响其他Site情况下关掉Site1，重启，还是不行，再重启一次，所有人能登陆，但所有judge不能judge Site1的所有提交，。再重启连到Site1的所有judge。终于这些judge能judge Site1。能正常比赛就不管了-_-其他judge也要重启才能judge Site1。每次重启Site服务器，所有连接到此Site的客户端均要重启。可能由于Site1之前死得比较彻底，连到Site8的board完全不理会Site1所有队伍的ac。把board关掉，直接连至Site1，终于正常了。这次是最严重的死掉。弄了半小时。导致Site1同学不能提交或者之前提交后半小时才返回。 终于继续judge，提交数量很多，其中judge客户端经常不定时停止响应，一般等待一会就会恢复正常，或者重新连接。有极少数team客户端死掉，需要在相应Site进行logoff。再重新连接。 没多久就不知道动了语言还是动了题目，又出现所有数据丢失，处理方法同练习赛，重新添加数据，没什么大影响。 比赛过半Site4死掉，Site1也凑热闹地死掉。具体症状是team客户端不能登陆或提交直接显示不能提交，联系staff。重启Site1 Site4服务器，并重新连接Site1 Site4所有客户端，恢复正常。处理了5分钟。 终于比赛完了，judge们累趴了。
系统问题对选手造成的影响只能对选手们道歉，我们经验也不多。
后记：
其实pc2的系统已经算是比较强大了。每个Site下的客户端只连接到该Site，各Site互发信息同步机制是比较好的。减少了连接到服务器的客户端数量，减少了整个系统全部崩溃的风险，几乎不会整个系统崩掉，提交代码和排名信息也有保证。但单个Site崩溃风险加大…… 我们有想过用v9.0，由于很多原因，最后还是决定用常用的v87。 强烈建议在赛前将所有可以预先准备的东西准备好。如题目，数据，帐号密码安排等。以便能有更多时间处理pc2系统本身的问题。 我们这次的所有数据输入输出均弄到不超过
在此严重感谢zsu的bug教主对我们的支持和帮助。 |
