打个比方，设备上的总内存就16G，有的任务占用8G，有的12G，有的15G。。。
如果现在设备上已经跑了个8G的任务，这时候来了个新任务，但我不知道它要消耗多少内存，无脑送上去，结果它要占用12G，那这个任务连带正在跑的都要crash

所以在送上去之前我要知道这个任务到底要消耗多少，12G的不行，就先放到一边，后面要是有6G的，就可以先送上去。

这个跟压力测试有啥关系？
【 在 wuyeguo 的大作中提到: 】
: 压力测试？
:
: #发自zSMTH@KB2000
--
FROM 73.170.143.*

那就是原理决定的。那这种不同有关系吗？无所谓吧。
【 在 xibaomo (xibaomo) 的大作中提到: 】
: 标  题: Re: c++有没有空转（dry run）的办法？
: 发信站: 水木社区 (Thu Sep 30 08:00:57 2021), 站内
:
: 这是计算设备不同导致的精度问题
: 【 在 here080 的大作中提到: 】
: : 这是计算原理导致的还是程序设计问题？
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 73.170.143.*]
--
FROM 76.126.252.*

怎么个有所谓法？计算误差有所谓，那岂不是整个算法都不合格？
【 在 xibaomo (xibaomo) 的大作中提到: 】
: 标  题: Re: c++有没有空转（dry run）的办法？
: 发信站: 水木社区 (Thu Sep 30 10:14:59 2021), 站内
:
: 对普通消费群体当然无所谓，但对于制造业产线就有所谓，更何况下游还有可能放大
: 【 在 here080 的大作中提到: 】
: : 那就是原理决定的。那这种不同有关系吗？无所谓吧。
: :
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 73.170.143.*]
--
FROM 76.126.252.*

那是 make 自己实现的
只计算依赖关系不执行 target 下面的具体指令

你要是算法合适自己也能实现一个
所有 malloc 的地方统计大小
实际计算代码统统跳过

想要编译器替你做那就算了
【 在 xibaomo (xibaomo) 的大作中提到: 】
: 空转没啥诡异的，make就有这功能
--
FROM 121.207.203.*

所以说设计程序的时候不清醒啊， 两种情况

1、内存恒定，不与数据相关，那没啥说的

2、内存与输入相关，如果输入可以预估，那理论上内存也可以预估，所以解决，如果输
入不可预估，那想这个解决方案就是在胡扯



【 在 cybereagle (2/3的沉默@XMUCSD) 的大作中提到: 】
: 实际内存消耗跟输入数据规模相关这也挺正常吧……
--
FROM 121.69.60.*