線上regional因為評測機抖動造成的TLE應不應該rejudge?

時間 2021-06-05 21:07:32

1樓:

別說TLE,我還因因為評測機抽風卡出過 Internal Error(手動狗頭)。

首先 OJ 遇到可能是其自身原因造成的偶發性錯誤時都應該自動進行適當次數的重測。這也是對任何乙個對結果可靠性有起碼要求的系統的必要設計吧,不要搞的和某不知名設計 737Max 的 MCAS 系統的程式設計師一樣(當然後者更嚴重)。

其次 OJ 應該有起碼的能力保障大家待測的單執行緒程式在正常情況下抖動小於 max(10%, 15ms) 吧。牛客怎麼搞的我是想象不來,是評測中的程式數》空閒CPU核心數還是統計的不是CPU時間還是其他什麼神奇原因...求解...

而至於存在乙個正常解法的正常寫法耗時恰在 [1s-max(10%, 15ms), 1s+max(10%, 15ms)] 內的,那我認為是命題人的鍋。

回到原題,除了自動重測外,我覺得這裡參考某的使用非隨機(指採用時間、CPU內建安全隨機種子等變數)演算法且耗時在合理範圍內的提交都可以要求手動重測的規則是合理的(當然服務費就免談其合理性了)。如果機械的要求程式正義,那麼這個正義的程式應該滿足前面的三點(OJ自動重測、OJ基本穩定、時限設定合理),這樣根本就不會出現要手動重測的情況,但考慮到這三點現已很難被滿足,那麼恐怕這麼機械的考慮程式正義是不合理的,需要給出現罰時損失的隊伍合理的救濟手段(何況這已經沒算因出現乙個TLE而反覆檢查、再次提交等消耗的時間了)。

2樓:nocriz

讓評測機自動看差距不大重新跑兩遍可以,通過優化讓評測機抖動幅度相當小也可以,但是評測出結果了,人為操作,我覺得不可以。。。

有什麼卡OJ評測機的方法?

曾經卡死過某評測機的來答 include dev urandom 這句會報錯這幾句才可能會卡死 include dev tty include dev console include dev fd 1 第一種 include 針對 Windows include 針對 Linux 如果是像 Cena...

線上娃娃機現在哪款好玩點?

作人浪 最近有了新發現!叮叮抓娃娃推出了主播陪玩功能,作為叮叮抓娃娃的忠實玩家,當我聽到線上抓娃娃這樣的 遊戲 也可以有陪玩的時候,著實把我給愣住了!這抓娃娃一直都是自己在這邊兒手動操作,可沒聽過還可以陪玩,想必這體驗肯定不一般!二話不說趕緊去體驗了一番,這遊戲體驗簡直不要太好,在主播陪玩的遊戲室裡...

如何評價Zealer發布的一加3手機評測?

Floyd Du 你們對比一下他應呼籲勉勉強強評測Nubia Z9 那一期就會發現態度完全不同 全程一臉嫌棄 有些手機,重點說優點,對缺點決口不提或者打馬虎眼 有些手機,即使是值得肯定的優秀設計,在他口裡也是各種保留態度 如果看看熱鬧,倒可以,如果想買某款手機,最好找些專業評測 個人認為沒有拆解報告...