java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

时间:2021-07-18 04:31:41
java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

20 个解决方案

#1


你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

#2


引用 1 楼 thz1598746 的回复:
你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

我是按照官网的流程,一件打包,然后把jar包和代码再打包提交的,没遇到太多问题。

#3


引用 1 楼 thz1598746 的回复:
你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

运行时间为0,应该是输出结果错误导致判题程序认为运行时间没有意义,直接返回用时为0了,今天会在判题详情里头增加一列更详细的程序运行返回结果帮助大家理解错误信息。

#4


引用 3 楼 frostbolt 的回复:
Quote: 引用 1 楼 thz1598746 的回复:

你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

运行时间为0,应该是输出结果错误导致判题程序认为运行时间没有意义,直接返回用时为0了,今天会在判题详情里头增加一列更详细的程序运行返回结果帮助大家理解错误信息。


不是的。本地测试通过,为了验证程序问题,我上传的是直接深度优先

#5


引用 楼主 wei1151399505 的回复:
java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。

#6


引用 5 楼 frostbolt 的回复:
Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


你好,能给我一条结果么? 我直接写入文件,验证下是否我打包出现了问题。

#7


引用 5 楼 frostbolt 的回复:
Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。

额。我好像知道了,我的问题,应该输出边的索引,我输出了经过的节点了。。。。。

#8


引用 5 楼 frostbolt 的回复:
Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


我本地跑也是4ms,但是提交到平台还是90ms.本地跟平台不一样。

#9


膜拜下大神。。。。

#10


引用 8楼我是你的主体 的回复:
Quote: 引用 5 楼 frostbolt 的回复:

Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


我本地跑也是4ms,但是提交到平台还是90ms.本地跟平台不一样。
我们在查服务器上java虚拟机启动的时间,请稍等

#11


case4的 demand.cvs只有一行,没有'\n'
修改正则就好了。
我是调了两天就case4有结果。 java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

#12


引用 9 楼 gqzsuccess 的回复:
膜拜下大神。。。。


引用 10 楼 frostbolt 的回复:
Quote: 引用 8楼我是你的主体 的回复:
Quote: 引用 5 楼 frostbolt 的回复:

Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


我本地跑也是4ms,但是提交到平台还是90ms.本地跟平台不一样。
我们在查服务器上java虚拟机启动的时间,请稍等

好得,请尽快给出官方答复。因为这个影响还是很大的。大规模的案例的确没有问题。但是小案例c或c++简答的暴搜,也都是1ms完成,也就是所有的人排名都在java前面,我们的分也会随着人多越来越低。虽然我们知道java天生有效率缺陷,也能接受这个缺陷。但是这个题目的小案例一点测试意义都没有了,暴力搜索所有人c或c++都是100分,所有java的分都低的可怜,这是让java语言退出这个比赛的节奏呀。

#13


引用 12 楼 wei1151399505 的回复:
好得,请尽快给出官方答复。因为这个影响还是很大的。大规模的案例的确没有问题。但是小案例c或c++简答的暴搜,也都是1ms完成,也就是所有的人排名都在java前面,我们的分也会随着人多越来越低。虽然我们知道java天生有效率缺陷,也能接受这个缺陷。但是这个题目的小案例一点测试意义都没有了,暴力搜索所有人c或c++都是100分,所有java的分都低的可怜,这是让java语言退出这个比赛的节奏呀。


初步讨论是JVM的启动时间需要近100ms导致的,我们明天讨论下如何处理去掉JVM的启动时间

#14


请问版主,这道题用暴力搜索会不会超时呢,高级用例的时候

#15


我也遇到这个问题了,我觉得小用例完全就没有必要存在吧。

#16


引用 14 楼 qq_27657429 的回复:
请问版主,这道题用暴力搜索会不会超时呢,高级用例的时候

想想都知道肯定超时。。。。
我变种的遍历加上剪枝,中级都遍历不完。。。

#17


习惯就好……用JAVA在POJ上交个a+b都比别人慢2个数量级

同样都是O(1)的算法,进行1000次, C++最慢50ms(用了cin),最快(scanf)大概3ms

java同样的O(1)算法,bufferreader读入, 570~650ms。 


#18


引用 15 楼 Chris_Paul_CSU 的回复:
我也遇到这个问题了,我觉得小用例完全就没有必要存在吧。

我也觉得小用例没有存在的必要,大家暴搜都能都到一样的结果,根本在算法上没有区分度,只能用来区分编程语言了

#19


为什么32位jdk和64位jdk跑出来的程序时间差别巨大?点数多的情况下,64位jdk运行差不多慢了一倍!32位jdk下跑500ms的,在64位jdk下差不多要1000ms,程序完全一样

#20


引用 13 楼 frostbolt 的回复:
Quote: 引用 12 楼 wei1151399505 的回复:


好得,请尽快给出官方答复。因为这个影响还是很大的。大规模的案例的确没有问题。但是小案例c或c++简答的暴搜,也都是1ms完成,也就是所有的人排名都在java前面,我们的分也会随着人多越来越低。虽然我们知道java天生有效率缺陷,也能接受这个缺陷。但是这个题目的小案例一点测试意义都没有了,暴力搜索所有人c或c++都是100分,所有java的分都低的可怜,这是让java语言退出这个比赛的节奏呀。


初步讨论是JVM的启动时间需要近100ms导致的,我们明天讨论下如何处理去掉JVM的启动时间

请问判卷平台的jdk是32位还是64位的?因为64位jdk跑程序比32位慢好多

#1


你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

#2


引用 1 楼 thz1598746 的回复:
你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

我是按照官网的流程,一件打包,然后把jar包和代码再打包提交的,没遇到太多问题。

#3


引用 1 楼 thz1598746 的回复:
你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

运行时间为0,应该是输出结果错误导致判题程序认为运行时间没有意义,直接返回用时为0了,今天会在判题详情里头增加一列更详细的程序运行返回结果帮助大家理解错误信息。

#4


引用 3 楼 frostbolt 的回复:
Quote: 引用 1 楼 thz1598746 的回复:

你好,本地jar包能测试通过,提交之后一直运行时间为0,能告诉一下你的提交流程么?能告知一下么?

运行时间为0,应该是输出结果错误导致判题程序认为运行时间没有意义,直接返回用时为0了,今天会在判题详情里头增加一列更详细的程序运行返回结果帮助大家理解错误信息。


不是的。本地测试通过,为了验证程序问题,我上传的是直接深度优先

#5


引用 楼主 wei1151399505 的回复:
java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。

#6


引用 5 楼 frostbolt 的回复:
Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


你好,能给我一条结果么? 我直接写入文件,验证下是否我打包出现了问题。

#7


引用 5 楼 frostbolt 的回复:
Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。

额。我好像知道了,我的问题,应该输出边的索引,我输出了经过的节点了。。。。。

#8


引用 5 楼 frostbolt 的回复:
Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


我本地跑也是4ms,但是提交到平台还是90ms.本地跟平台不一样。

#9


膜拜下大神。。。。

#10


引用 8楼我是你的主体 的回复:
Quote: 引用 5 楼 frostbolt 的回复:

Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


我本地跑也是4ms,但是提交到平台还是90ms.本地跟平台不一样。
我们在查服务器上java虚拟机启动的时间,请稍等

#11


case4的 demand.cvs只有一行,没有'\n'
修改正则就好了。
我是调了两天就case4有结果。 java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

#12


引用 9 楼 gqzsuccess 的回复:
膜拜下大神。。。。


引用 10 楼 frostbolt 的回复:
Quote: 引用 8楼我是你的主体 的回复:
Quote: 引用 5 楼 frostbolt 的回复:

Quote: 引用 楼主 wei1151399505 的回复:

java是不是启动虚拟机的时间也被算进去了。和同学一下的简单算法,同学需要1ms,我的得90ms。为了确定不是算法问题,索性不用算法,直接输出第一题的答案,任然需要90ms。如图: java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

这个直接拉低总分呀,后面再辛苦分也上不去了。
java小案例至少需要90ms时间,其他语言1ms搞定,对java是不是不公平,求解答,求围观。

求版主给出解决方案,然道要半路换成其他语言?

我在本地测试了下,直接跑java SDK编译的jar包,总共也就4ms。


我本地跑也是4ms,但是提交到平台还是90ms.本地跟平台不一样。
我们在查服务器上java虚拟机启动的时间,请稍等

好得,请尽快给出官方答复。因为这个影响还是很大的。大规模的案例的确没有问题。但是小案例c或c++简答的暴搜,也都是1ms完成,也就是所有的人排名都在java前面,我们的分也会随着人多越来越低。虽然我们知道java天生有效率缺陷,也能接受这个缺陷。但是这个题目的小案例一点测试意义都没有了,暴力搜索所有人c或c++都是100分,所有java的分都低的可怜,这是让java语言退出这个比赛的节奏呀。

#13


引用 12 楼 wei1151399505 的回复:
好得,请尽快给出官方答复。因为这个影响还是很大的。大规模的案例的确没有问题。但是小案例c或c++简答的暴搜,也都是1ms完成,也就是所有的人排名都在java前面,我们的分也会随着人多越来越低。虽然我们知道java天生有效率缺陷,也能接受这个缺陷。但是这个题目的小案例一点测试意义都没有了,暴力搜索所有人c或c++都是100分,所有java的分都低的可怜,这是让java语言退出这个比赛的节奏呀。


初步讨论是JVM的启动时间需要近100ms导致的,我们明天讨论下如何处理去掉JVM的启动时间

#14


请问版主,这道题用暴力搜索会不会超时呢,高级用例的时候

#15


我也遇到这个问题了,我觉得小用例完全就没有必要存在吧。

#16


引用 14 楼 qq_27657429 的回复:
请问版主,这道题用暴力搜索会不会超时呢,高级用例的时候

想想都知道肯定超时。。。。
我变种的遍历加上剪枝,中级都遍历不完。。。

#17


习惯就好……用JAVA在POJ上交个a+b都比别人慢2个数量级

同样都是O(1)的算法,进行1000次, C++最慢50ms(用了cin),最快(scanf)大概3ms

java同样的O(1)算法,bufferreader读入, 570~650ms。 


#18


引用 15 楼 Chris_Paul_CSU 的回复:
我也遇到这个问题了,我觉得小用例完全就没有必要存在吧。

我也觉得小用例没有存在的必要,大家暴搜都能都到一样的结果,根本在算法上没有区分度,只能用来区分编程语言了

#19


为什么32位jdk和64位jdk跑出来的程序时间差别巨大?点数多的情况下,64位jdk运行差不多慢了一倍!32位jdk下跑500ms的,在64位jdk下差不多要1000ms,程序完全一样

#20


引用 13 楼 frostbolt 的回复:
Quote: 引用 12 楼 wei1151399505 的回复:


好得,请尽快给出官方答复。因为这个影响还是很大的。大规模的案例的确没有问题。但是小案例c或c++简答的暴搜,也都是1ms完成,也就是所有的人排名都在java前面,我们的分也会随着人多越来越低。虽然我们知道java天生有效率缺陷,也能接受这个缺陷。但是这个题目的小案例一点测试意义都没有了,暴力搜索所有人c或c++都是100分,所有java的分都低的可怜,这是让java语言退出这个比赛的节奏呀。


初步讨论是JVM的启动时间需要近100ms导致的,我们明天讨论下如何处理去掉JVM的启动时间

请问判卷平台的jdk是32位还是64位的?因为64位jdk跑程序比32位慢好多

#21