【论证分析】打造下一代Online Judge平台的必要性

为什么发起这个项目

东华大学已经有了一个acmOJ和一个教学用OJ平台。但是两者都不是非常的完美。
两者在比赛、考试时经常性出现各种问题，其中acmoj支持虚拟评测，但是教学用OJ平台不支持。虚拟评测并非常用功能，这个项目可能不会考虑。

目前存在的的一些问题

1、测评机容易被卡
测评机器被卡是必然的事情，但凡遇到大量超时的集中提交时，很快就会卡爆。比如一个5测试点的OI赛制题目，限时1s。测试一个超时的人就要花5S，如果有3人同时提交的话很快就会把服务器负载吃满到100%，这时候，后者提交其它的题目代码都可能会出现堵塞。
这里有两种解决方法：
第一种办法：弹性扩容。
第二种办法：利用客户端进行本地测评。
两者各有优略，前者增加了开发、部署的难度，后者可能会导致客户端在测评期间内发生短暂的死机。

2、客户端问题百出
客户端均使用java开发。java有一个通病就是内存消耗大，虽然说这个内存可以忽略不记，但是在学校的老爷机器上，就称得上灾难。同时，对于linux和windows平台，虽然美其名曰跨平台，但是如果要跨平台依旧需要进行不少的更改。包括本地测评其实是非常考验客户机的磁盘读取、内存、CPU的。如果在一些老爷机上进行，可能会直接导致机器假死。

3、使用功能
教学用缺少分组重新测评、历史提交查看、自定义分组。部分UI交互设计不好用。

下一代OJ开发的几个关键点

一、分布式构架
整个环节中测评是重度负载。将其分离、部署在多个物理机或公有云上。弹性扩容，同时确保关键服务（如提交代码，获取题目）可用。

二、容器化交付
基于Docker，快速部署。

三、更高性能的客户端
使用GO开发桌面GUI客户端，利于快速分发。

四、注重人机工效

技术论证

理论上，问题不大。