不能挂数据库？非得挂内存？
你说的方案在生产环境完全不可接受。

【 在 xibaomo 的大作中提到: 】
:
: 现在有个c++程序，对不同的输入耗费的内存（不一定是主机上的内存）不一样，非得跑一遍才能知道。有没有办法让程序先空转一遍，得到需要的内存量，确定内存不会爆掉之后再真正地送上去跑？
--
FROM 223.104.20.*

你说的挂数据库是指写到硬盘？
我所关心的是一个计算任务能否有足够空间运行，但问题是不运行一遍我就不知道到底要多少内存。而且实际上“内存”也并不是主机内存，而是计算设备的内存
【 在 gpmn 的大作中提到: 】
: 不能挂数据库？非得挂内存？
: 你说的方案在生产环境完全不可接受。
:
--
FROM 73.170.143.*

你的新老程序给出结果不一样怎么办？

你们新老程序换代过程中没有兼容性考虑的？

还是说，你只需要对同一客户同一时间给出的结果自洽？
如果是这样，那我猜你的系统规模小，没有用分布式吧？
就算如此，也可以deterministic的办法来选这1%的流量，保证对同一个客户要么新要么老不会同时。
【 在 xibaomo (xibaomo) 的大作中提到: 】
: 标  题: Re: c++有没有空转（dry run）的办法？
: 发信站: 水木社区 (Thu Sep 30 07:38:54 2021), 站内
:
: 你这种做法大概只适合于对精度要求不高的消费群体，在产线上完全不可接受，如果新老程序给出的结果不一样咋办？
: 【 在 here080 的大作中提到: 】
: : 生产实践的标准操作：
: : 1%流量给新程序，99%流量给老程序，观察效果。
: : 然后估计新程序100%时会是什么效果。
: : ...................
:
: --
:
: ※ 来源:·水木社区 http://www.mysmth.net·[FROM: 73.170.143.*]
--
FROM 76.126.252.*

向后兼容向来都是big pain in the ass...
目前能做的就是major version保证兼容，其他的就不管了。

但话说回来，即便是同一版本，跑在不同的CPU上结果都会有所不同，GPU和CPU就完全不同
【 在 here080 的大作中提到: 】
: 你的新老程序给出结果不一样怎么办？
: 你们新老程序换代过程中没有兼容性考虑的？
: 还是说，你只需要对同一客户同一时间给出的结果自洽？
: ...................
--
FROM 73.170.143.*

这是计算设备不同导致的精度问题
【 在 here080 的大作中提到: 】
: 这是计算原理导致的还是程序设计问题？
:
--
FROM 73.170.143.*