水木社区手机版
- 主题:leetcode刷题， 同一个答案提交两次
- 有时候运行时间能差好几倍， 占用内存也不一样 。
什么原理
--
FROM 109.156.79.* - 应该跟同一时间是不是有别人也在提交之类的有关。我会刻意在深夜人少的时候提交
--
FROM 14.155.114.* - 运行时间可能是从头到尾的时间，包含等在队里的时间等
内存，GC是自动不受控的；还有，不知道分配策略和系统当前的负载有没有关系，如果有，很可以理解。你这里差的也就0.3MB
【 在 SHENOK 的大作中提到: 】
: 有时候运行时间能差好几倍， 占用内存也不一样 。
: 什么原理
:
: ...................
--
FROM 47.144.172.* - 那这个排名的意义就很有限了
【 在 hongyan2022 的大作中提到: 】
: 运行时间可能是从头到尾的时间，包含等在队里的时间等
: 内存，GC是自动不受控的；还有，不知道分配策略和系统当前的负载有没有关系，如果有，很可以理解。你这里差的也就0.3MB
:
--
FROM 195.50.119.* - 就算一切资源都是固定的，程序冷启动的时候也不一定能保证稳定。
最起码，SSD 是活的，OS是活的，内存可能在整理中...几乎一切是活的
真正要测性能，冷的时候测几次，热的时候测几次，各自去掉异常值后再求各自的平均
印象中AWS LAMBDA 在最开始的多少毫秒里是免费的
如果系统为了省钱，用上LAMBDA，一切就更不用说了
总之，微量时间，象毫秒级的，测一次肯定不准的。 关键是，测非常多遍也没意义。因为下一次又可能偏差很大。
【 在 SHENOK 的大作中提到: 】
: 那这个排名的意义就很有限了
:
:
--
FROM 47.144.172.* - 本来就是个参考。
不用纠结这个排名。
【 在 SHENOK 的大作中提到: 】
: 那这个排名的意义就很有限了
:
:
--
FROM 180.108.167.* - 用C写，时间和内存都稳定的多。
【 在 SHENOK 的大作中提到: 】
: 有时候运行时间能差好几倍， 占用内存也不一样 。
: 什么原理
:
: ...................
--
FROM 107.77.212.* - 用C写似乎不方便使用map set stack queue 之类的数据结构吧，会不会比较痛苦？
【 在 adu 的大作中提到: 】
: 标 题: Re: leetcode刷题， 同一个答案提交两次
: 发信站: 水木社区 (Wed May 11 09:07:56 2022), 站内
:
:
: 用C写，时间和内存都稳定的多。
:
:
: 【 在 SHENOK 的大作中提到: 】
: : 有时候运行时间能差好几倍， 占用内存也不一样 。
: : 什么原理
: :
: : ...................
:
: --
: --------------------------
: Crusade - 0.05倍光速喷子
: --------------------------
:
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 107.77.212.*]
--
FROM 119.251.19.*