起因
同样的代码，别人放在 Github 上，注释里写这段代码打败了 100% 的 JS Submission 。然而我自己复制下来 Submit 一下却只打败了 2% 的 JS Submission 。感觉 Leetcode 的 OJ 不是很稳定，如果服务器很忙的话，显然会导致 runtime 变长。
于是
我在 chrome 控制台里把 submit 请求按 curl 的形式复制下来，并写了个小程序，每一分钟 submit 一次，把运行的时间结果存在 db 里。大概从昨晚 11 点左右开始，然后一觉醒来发现凌晨四点多开始没数据了；于是发现账号应该是被封禁了，至今无法提交任何解答了。= =
结果
同一段代码从 11 点 到 4 点 之间的 300+ 次 JS 解答 submit ，最快 132ms ，最慢 236ms. 更详细的统计还没做。。
测试结果。。
 |
1
LioMore Nov 24, 2015
你应该把这段话发给 [email protected]
|
 |
2
rock_cloud Nov 24, 2015
干这种事不应该用小号么。。。
|
 |
4
JerryZou OP @rock_cloud 的确应该，一开始觉得一分钟一次的频率根本不快。。
|
 |
5
qiufou Nov 24, 2015
nowcoder.com 不谢
今天刚看到这个网站，好像可以满足你的需求。 |
 |
7
PublicID Nov 24, 2015 via Android
交了 300 个一样的 solution 换我也封你= =
|
 |
8
virusdefender Nov 24, 2015
服务器同时判题比较多的话，可能就会造成时间增长。
|
|
9
PublicID Nov 24, 2015 via Android
@virusdefender 正常不看 CPU 时间么？
|
|
11
JerryZou OP @virusdefender 是呀，写这个程序的目的就是看看啥时候 Leetcode 比较闲蛤
|
 |
12
wph95 Nov 24, 2015
lintcode 不谢 完美替代收费的 leetcode
& 1 分钟 1 次 算坑了 。。。 & LeetCode 评测机很多 分到哪台服务器上速度是不一样的 |
|
14
wph95 Nov 24, 2015
@vanxining 的确是
Lintcode 还是小众 LeetCode 的生态起来了。。。。 如果抛开 题解 讨论来看 我觉得 Lintcode 比 LeetCode 强， 做的人用心， 总觉得 LeetCode 开始剪羊毛了（不是说做法不对， LeetCode 还有很多能提升的地方） |
|
15
virusdefender Nov 24, 2015
@PublicID leetcode 这个差别两倍了，应该不是看的 cpu 时间。不过大部分的 oj 都是看 cpu 时间的
|
 |
16
br00k Nov 24, 2015 via Android
有时候差别还挺大的。
|
 |
19
cheneydog Nov 24, 2015
论小号的重要性，我也是被 V2EX 封号了之后才觉悟的；
|
 |
22
msg7086 Nov 25, 2015
所谓的不作死就
|
Select Language