本文主要是介绍2014NYIST校赛ACM-ICPC竞赛环境的配置(PC^2)总结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
个人感觉这次比赛环境的搭建不是很成功。而且为了搭建其比赛的环境也是一波多则。但是后来还是逐一解决了问题。在比赛开始前算是解决了主要的大部分问题，但是还有一个最重要的问题在比赛时候一直没有解决。赛后自己通过不断的总结反思和查阅资料才发现了问题的所在。对于那些因为我的环境搭配错误而可能正确A题的同学深感抱歉~
先解决主要问题为什么会出现环境搭配的致命性错误因为，从这次比赛之前自己都没有独立搭建过比赛环境。而这次也是临时学习。而且就自己一个人独自配置，很多问题出现了不知道如何处理。最后跟人能力有限导致了本次比赛环境失败的根本原因。由于一开始用静态文件在ubuntu系统上安装jdk并不是很熟悉。所以，自己就在网上查阅了很多资料发现有一个傻瓜式的装法，就是直接在软件园直接安装OpenJDK这就是给比赛的失败埋下了伏笔。好来赛后查阅资料发现OpenJDK和JDK是有一定的区别的。（原文）
Sun jdk与Openjdk版本发展历史如下图所示： 
1、 Openjdk的前身是Sun公司的JDK虚拟机，最初Java标准是由Sun公司制定的，他们也开发出了严格遵循Java标准的Java虚拟机JDK，在当时JDK源代码不是开放的，只是由Sun公司内部的开发者进行维护。当时比较流行的版本是JDK6和JDK7，他们在代码结构和风格上有较大的不同。随着开源成为软件发展的一个必然趋势，在广大开发者和爱好者的呼吁下， 2007年5月9日, Sun公司在GPL V2协议下，开放了JDK7的大部分代码，成立了Openjdk项目，该项目由Openjdk社区来维护，Openjdk社区从理论上来说是独立于Sun公司的。这样就形成了Openjdk的第一个版本——Openjdk7；
2、 Sun公司在成立Openjdk项目之后，原来的JDK6版本还继续维护，这样Openjdk7和JDK6并行发展。Openjdk7由JDK7代码开源而来，继承了JDK7的代码结构和风格，由Openjdk社区维护；JDK6由Sun公司内部维护。Sun公司JDK6的很多技术来自Openjdk社区，由于社区的Openjdk7与JDK6代码结构有差异，因此技术的迁移产生了很多障碍； JDK6属于非常流行的Java虚拟机版本，在重重因素的驱使下，Openjdk社区在Openjdk7发展到第22个发行版的时候，从该发行版建立了另外一个分支，也就是我们现在普遍使用的Openjdk6；
3、 Openjdk6使用了与Sun JDK6统一的代码结构，并兼容Java SE 6标准，因此Sun公司的内部维护与社区的技术也就实现了很方便的融合。这样，随着时间的推移，Openjdk6、Openjdk7和JDK6三个版本各自独立地发展着，也各自逐步完善起来，Openjdk6与Openjdk7开源，由Openjdk社区开发者维护，JDK6由Sun公司内部维护。其中Openjdk6继承了Openjdk7强大的功能、较高的效率以及JDK6优秀的代码风格，渐渐成为开源Java虚拟机的主流版本；
4、 Sun jdk中包含有部分第三方代码，这部分代码并没有开放，Sun只是以二进制插件的形式对开发者提供，因此Openjdk还有一部分代码是闭源的，这些代码以二进制插件的形式存在。这样，在Openjdk的基础上，逐渐成立了另外一个项目——IcedTea，IcedTea项目开放了全部的二进制插件，是全部开源的Java虚拟机版本。
兼容性
Openjdk6是sun jdk的开源版本，符合Java SE 6标准，因此与sun jdk6完全兼容。在内部实现上的类库有微小差别，用户使用上的API（应用程序接口）没有区别，因此两个平台间可以无缝迁移。使用到有差别类库的情况很少，并不能一概而论，需要在应用过程中分情况区别对待。
当时的自己并没发现是判题环境的问题，也没能及时的调整。于是在所有的裁判机器上都安装了OpenJDK。导致了后来比赛的时候有两道题不能正确的判题。对做了这两道题的同学深感抱歉。但是说的在多都是在逃避责任！还是自己知道的太少too weak!
总结本次比赛环境搭配遇到的问题以及解决的方安：
一、误用OpenJDK
出现的问题我个人认为是因为PC^2的开放搭建环境跟OpenJDK的环境漏洞还是有一定的冲突的。
解决方安：
二、比赛过程涉及网络不稳定的问题
由于计算机网络学的太菜。。。。。。。比赛时候完全跪了Orz
比赛一开始使用的是外网。老师来后当心很多同学上网查阅资料，所以要关闭了外网。但是当时IPV4使用的自动分配啊！！！！！一关就重新开始分配了IP地址，于是造成了服务器的IP地址变动。使得原先的team机的IP设置全报废了。后来，虽然老师手动配置了服务机的ip地址。但是又造成了环网络的问题。使得很多的team机连不上服务机造成了四循环的问题T_T。
解决方安: 一开始就给所有比赛的电脑手动的配置静态ip!
三、解决了网络问题team机还是连不上
当时我们用比较长的一段的时间在解决了网络不稳定后，个机子都能ping 的通了但是在某一个team序号之后的team机还是链接不上。最后，重启服务机后还是解决不了。当时差点想拆电脑的节奏。（关键是电脑也不是我的呀！）旁边的同学看了一下说为什么从只有机器的team号跟分配的team号不一样的才登不上呢？最后，我也发现了，于是立马兴奋的改过后，发现果断可以了。
解决方安：保持机器的team号跟手动分配的team号一致。（个人感觉这是pc^2的一大有待改进的地方。）
四、名次的同步和搭建
在windows系统下IE就可以直接使用。但是在Ubuntu下要下载安装apache。使得他指向scoreboard的html目录。具体方法可以参见网上的详解。还有就是只有在scoreboard的帐号登入的时候才会出现html的版。这个一开始没注意被坑了好久。。。泪流满面。。。。
五、队员的提交代码记录找不到
囧。。。。。至今不懂的在哪里可以找到。按照网路原理应该是在服务机上的，但是最后还是不知道在哪里。。。。。。
总的来说这次校赛由于题目的神秘性和难度略大，所以也给比赛环境的搭配失败带来了一次回生的机会。最后，跌跌撞撞的还是顺利结束了比赛。
从这次为校赛搭配环境中收获颇多。
1、没有什么问题是解决不了的，办法总是多于问题!
2、无论做什么事都要做好预先评估。
3、做事要提前做好准备，充不充分是另一回事。
4、当遇到问题的时候，要冷静的分析问题的所在，从外到里一层层不断的接近问题的根源。最后，除根。因为， 很多问题都不可能一下就可以发现或找到本质的解决方安。而此时我们所能做的就是一点点的剖析分解问题，把问题渐小话。最后，在统一解决。有木有感觉很像分治算法。。。。。。看来是学疯了。。囧。。。
祝：NYIST ACM越来越强大！
1、 Openjdk的前身是Sun公司的JDK虚拟机，最初Java标准是由Sun公司制定的，他们也开发出了严格遵循Java标准的Java虚拟机JDK，在当时JDK源代码不是开放的，只是由Sun公司内部的开发者进行维护。当时比较流行的版本是JDK6和JDK7，他们在代码结构和风格上有较大的不同。随着开源成为软件发展的一个必然趋势，在广大开发者和爱好者的呼吁下， 2007年5月9日, Sun公司在GPL V2协议下，开放了JDK7的大部分代码，成立了Openjdk项目，该项目由Openjdk社区来维护，Openjdk社区从理论上来说是独立于Sun公司的。这样就形成了Openjdk的第一个版本——Openjdk7；
2、 Sun公司在成立Openjdk项目之后，原来的JDK6版本还继续维护，这样Openjdk7和JDK6并行发展。Openjdk7由JDK7代码开源而来，继承了JDK7的代码结构和风格，由Openjdk社区维护；JDK6由Sun公司内部维护。Sun公司JDK6的很多技术来自Openjdk社区，由于社区的Openjdk7与JDK6代码结构有差异，因此技术的迁移产生了很多障碍； JDK6属于非常流行的Java虚拟机版本，在重重因素的驱使下，Openjdk社区在Openjdk7发展到第22个发行版的时候，从该发行版建立了另外一个分支，也就是我们现在普遍使用的Openjdk6；
3、 Openjdk6使用了与Sun JDK6统一的代码结构，并兼容Java SE 6标准，因此Sun公司的内部维护与社区的技术也就实现了很方便的融合。这样，随着时间的推移，Openjdk6、Openjdk7和JDK6三个版本各自独立地发展着，也各自逐步完善起来，Openjdk6与Openjdk7开源，由Openjdk社区开发者维护，JDK6由Sun公司内部维护。其中Openjdk6继承了Openjdk7强大的功能、较高的效率以及JDK6优秀的代码风格，渐渐成为开源Java虚拟机的主流版本；
4、 Sun jdk中包含有部分第三方代码，这部分代码并没有开放，Sun只是以二进制插件的形式对开发者提供，因此Openjdk还有一部分代码是闭源的，这些代码以二进制插件的形式存在。这样，在Openjdk的基础上，逐渐成立了另外一个项目——IcedTea，IcedTea项目开放了全部的二进制插件，是全部开源的Java虚拟机版本。
兼容性
Openjdk6是sun jdk的开源版本，符合Java SE 6标准，因此与sun jdk6完全兼容。在内部实现上的类库有微小差别，用户使用上的API（应用程序接口）没有区别，因此两个平台间可以无缝迁移。使用到有差别类库的情况很少，并不能一概而论，需要在应用过程中分情况区别对待。
当时的自己并没发现是判题环境的问题，也没能及时的调整。于是在所有的裁判机器上都安装了OpenJDK。导致了后来比赛的时候有两道题不能正确的判题。对做了这两道题的同学深感抱歉。但是说的在多都是在逃避责任！还是自己知道的太少too weak!
总结本次比赛环境搭配遇到的问题以及解决的方安：
一、误用OpenJDK
出现的问题我个人认为是因为PC^2的开放搭建环境跟OpenJDK的环境漏洞还是有一定的冲突的。
解决方安：
二、比赛过程涉及网络不稳定的问题
由于计算机网络学的太菜。。。。。。。比赛时候完全跪了Orz
比赛一开始使用的是外网。老师来后当心很多同学上网查阅资料，所以要关闭了外网。但是当时IPV4使用的自动分配啊！！！！！一关就重新开始分配了IP地址，于是造成了服务器的IP地址变动。使得原先的team机的IP设置全报废了。后来，虽然老师手动配置了服务机的ip地址。但是又造成了环网络的问题。使得很多的team机连不上服务机造成了四循环的问题T_T。
解决方安: 一开始就给所有比赛的电脑手动的配置静态ip!
三、解决了网络问题team机还是连不上
当时我们用比较长的一段的时间在解决了网络不稳定后，个机子都能ping 的通了但是在某一个team序号之后的team机还是链接不上。最后，重启服务机后还是解决不了。当时差点想拆电脑的节奏。（关键是电脑也不是我的呀！）旁边的同学看了一下说为什么从只有机器的team号跟分配的team号不一样的才登不上呢？最后，我也发现了，于是立马兴奋的改过后，发现果断可以了。
解决方安：保持机器的team号跟手动分配的team号一致。（个人感觉这是pc^2的一大有待改进的地方。）
四、名次的同步和搭建
在windows系统下IE就可以直接使用。但是在Ubuntu下要下载安装apache。使得他指向scoreboard的html目录。具体方法可以参见网上的详解。还有就是只有在scoreboard的帐号登入的时候才会出现html的版。这个一开始没注意被坑了好久。。。泪流满面。。。。
五、队员的提交代码记录找不到
囧。。。。。至今不懂的在哪里可以找到。按照网路原理应该是在服务机上的，但是最后还是不知道在哪里。。。。。。
总的来说这次校赛由于题目的神秘性和难度略大，所以也给比赛环境的搭配失败带来了一次回生的机会。最后，跌跌撞撞的还是顺利结束了比赛。
从这次为校赛搭配环境中收获颇多。
1、没有什么问题是解决不了的，办法总是多于问题!
2、无论做什么事都要做好预先评估。
3、做事要提前做好准备，充不充分是另一回事。
4、当遇到问题的时候，要冷静的分析问题的所在，从外到里一层层不断的接近问题的根源。最后，除根。因为， 很多问题都不可能一下就可以发现或找到本质的解决方安。而此时我们所能做的就是一点点的剖析分解问题，把问题渐小话。最后，在统一解决。有木有感觉很像分治算法。。。。。。看来是学疯了。。囧。。。
祝：NYIST ACM越来越强大！
这篇关于2014NYIST校赛ACM-ICPC竞赛环境的配置(PC^2)总结的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
