牛客网刷题系统所耗时间和空间是什么机制?准不准?

在牛课刷题也刷了不少了,一直对他通过以后的提示没放在心上,今天刷leedcode时候,优化一道题,应该是会快很多,但是提交得出的时间和预想的完全不同,虽然我比较菜,但是O(1)和O(n)还是分的清的,并且之前也有过这样的情况,有的题实在不会写,复制了人家第一名的代码,人家飞速,自己的就很耗时间,求解答。谢谢大家了
全部评论
关于时间: 评测系统呈现的是运行时间,一般说来时间测量都不是特别准确的,都会有小的误差,但是误差波动不大,不会有数量级的波动。影响代码实际运行效率的因素比较宏观当然是看理论的平均复杂度,做优化算法基本也是优化这个,但是还有很多微观一点的细节: 1、某些算法的极限情况会造成复杂度最差(比如快排)。 2、算法实际的常数很大,在一些极限一点的情况渐近复杂度不能显示出效率的差距,效率差距主要体现在常数上。 3、使用了一些可能常用的库函数,建议去弄清这些东西的复杂度。 比如std:sort 这个排序跑得飞快。。。 比如std::nth_element  可以认为是O(n)的。。然后在元素个数小于等于3的时候用的插排。。 有时候因为对库函数的复杂度不清楚,随意用上去会算不清具体的复杂度。 4、语言差异造成的IO差距和运行差距。比如在10^5 10^6这种输入量级的数据上可以对比下scanf和cin的效率差距,其他语言也可以做做对比。另外有些语言跑起来就是要慢一些。。。。 5、还有一些丧心病狂的优化技巧。。。。。。 关于空间: 空间测量基本是稳定准确的。一般算法题对空间是不做限制的,所以关于空间可能产生的问题就是爆栈空间,系统提供的栈空间是有限的,在一个局部开一个很大的数组是有爆栈风险的。这个空间大小主要看评测机是啥操作系统的,一般都是linux。 综上。。。个人认为对于能通过的题目可以不太需要care使用的时间空间,需要比较关注的是这个问题的理论最优复杂度算法的写法。。以及一些很优雅的写法?
点赞 回复 分享
发布于 2017-06-06 10:39
上代码看看
点赞 回复 分享
发布于 2017-06-06 10:22
Given a singly linked list where elements are sorted in ascending order, convert it to a height balanced BST。提交的就是下面的,注释掉的也是对的,开始是注释掉的那种,然后改成了这种。 public class Solution {    public TreeNode sortedListToBST(ListNode head) {         if(head == null) return null;         if(head.next == null) return new TreeNode(head.val);         ArrayList<Integer> list=new ArrayList<Integer>();         while(head!=null)         {         list.add(head.val);         head=head.next;         }         return buildToBST(list,0,list.size()-1);     } private TreeNode buildToBST(ArrayList<Integer> list, int start, int end) {         if(end<start)return null; int mid=(start+end+1)/2;//题目中是要求偶数时候,中间2个,选后面那个数 TreeNode root = new TreeNode(list.get(mid)); root.left=buildToBST(list,start,mid-1); root.right=buildToBST(list,mid+1,end);     return root; }     //    public TreeNode sortedListToBST(ListNode head) {//这个也是对的,没有上面的那个快 //        if(head == null) return null; //        if(head.next == null) return new TreeNode(head.val); //        ListNode mid = head; //        ListNode end = head; //        ListNode preMid = null; //        while (end != null && end.next != null) {//每一次都循环快慢指针找中点 //            preMid = mid; //            mid = mid.next; //            end = end.next.next; //        } //        TreeNode root = new TreeNode(mid.val); //        preMid.next = null; //        root.left = sortedListToBST(head); //        root.right = sortedListToBST(mid.next); //        return root; //    } }
点赞 回复 分享
发布于 2017-06-06 10:40
哪个题目?
点赞 回复 分享
发布于 2017-06-06 10:14

相关推荐

bg双非本科,方向是嵌入式。这次秋招一共拿到了&nbsp;8&nbsp;个&nbsp;offer,最高年包&nbsp;40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
x_y_z1:蹲个后续
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务