「都卡了蠻久……」楊遠也一直在關注爭冠區的動態，「倒是有幾個提交，但都沒過。而且可以看出方向確實不一樣，周羿他們主攻DG，薛陽姚璐是GI，韓泉那邊是CG，竇凱航林瓏……CI。」

「完全不考慮G的事嗎？那前四里只有他們對G的前景不看好啊。」衛海翻著題目冊，「樹鏈剖分……又不太像，估計得結合別的算法，有點複合型感覺。不過這題數據量倒不是太大，也許……」

「等一下！」楊遠忽然打斷他，「竇凱航和韓泉同時交C！」

永不停息的交題區內，兩行提交於涌動的波潮上閃出，像雪亮的劍鋒，兩邊進度條幾乎同時開跑。事發突然，爭冠區一段時間以來的平靜驟然被打破，衛海的注意力一下就從G題轉移走了，但脫口而出：「C？C可能是一道有危險的題目啊——我記得他們之前的問題都不是WA，都是TLE！」

在ACM比賽中，系統判定一共有七種。

除了最常見的AC和WA，還有五種不通過的類型。

其中MLE基本不會發生，因為賽題里對空間限制大都比較寬泛；而CE和PE是絕對不該有的低級錯誤，但凡誰搞出這兩種帶來罰時，絕對是恨不得一榔頭敲在腦門上的崩潰。比較難搞而又時有出現的，也就只有RE和TLE。

Time Limit Exceeded，程序運行時間超限。

每一道ACM賽題結尾都會有這樣一句話：程序運行時間限制1s，空間限制32MB。

一秒，只有一秒。

當後台處理器執行選手提交的程序超過一秒，即使目前為止呈現出的答案全對，也會被系統毫不猶豫踢掉。

很長時間以來，關於WA和TLE到底誰更令人頭疼，在世界競賽圈裡都難有定論。

一個人遇到十回WA才有可能遇到一回TLE，但一旦遇上就不好改。身為成熟的有過一年以上實戰經驗的競賽選手，各種給代碼加速的小技巧已經是刻在骨子裡的本能，如果這樣都還會被判TLE，那……

楊遠緊緊盯著那兩道不斷向前走的進度條：「此時此刻我真的很想看一下他們工作區裡的代碼，看是修了局部還是把整個框架全部改掉。一般遇到TLE都會集合全隊力量一起來想辦法，不知道他們討論過後的最終決斷是算法微調還是賭一把大的重起爐灶——」

後台運行限制一秒，前台視覺效果上判題卻並不會這麼快，因為全場都在瘋狂交題，伺服器資源也承受著極大壓力。有時候等上一分鐘也是常事，但隨時都會出結果的緊張感是考驗也是煎熬。

賽場像持續不斷在涌動的大海，置身其中宛如浮沉在渺渺汪洋之上。鏡頭在這一刻切了分屏，062號桌韓泉三人全部停下手頭的工作凝視著判題界面等待，018號桌，竇凱航握著滑鼠，林瓏湊在他身旁，兩個人一起看著屏幕。