错误、漏洞、问题 - 页 843

新评论
 
Cronus:
您的资料已被接受
 
notused:
这些任务将在其他核心上重复进行。顺便说一下，本地+远程代理工作正常，但云端就不行了--时不时就会挂掉，耽误所有测试（在过去几天里，这种情况至少发生了十几次）。

而且我经常在使用后有

视觉测试==>优化==>视觉测试...(--\\--)

在一个新的测试器窗口中打开运行，旧的测试器就会掉下来，其中一个代理也会跟着掉下来，所以。

如果我们再次运行优化，其状态为失败。我每次都要检查两个代理是否在运行，并重新启动优化。

我以前没有注意到这一点，但我也不经常使用它。但现在我的感觉是这样的。

我不知道，也许我只是记忆力太差。谁有类似的东西？

 

问题/建议。

是否有一个选项可以在优化过程中暂停，将状态写入文件，以后再从同一状态恢复？(我找不到这种可能性，也许我找得不够仔细）。我并不总是有足够的钱来买云，所以我想，例如，开始优化，暂停并记录这个状态，然后继续，等等。我看到这里的人也抱怨云和优化期间的中断。

我的建议：包括记录某些阶段的优化状态的能力。例如，当你按下 "暂停和保存 "这样的按钮，并记录文件或设置它在通过的优化的10%步骤中自动记录。它有助于减少压力--你设置了几个小时的优化，当灯关了（或孩子在插座里），好了，你又开始了。或者在优化结束时，云中有一个无赖，花了钱也很可惜，这样可以以后再完成。
 
paladin800:

问题/建议。

来自帮助。

在遗传优化 过程中，每次生成计算后，中间结果都存储在缓存中（terminal_data_folder/tester/cache/*.gen）。因此，遗传优化过程可以在任何时候中断。即使遗传优化过程因外部因素（如停电）而中断，优化也会在下一次启动时自动从最后计算出的生成量继续。遗传优化缓存被存储，直到优化设置 被改变或优化过程完成。

从帮助。

如果你正常停止优化（用 "停止 "按钮），所有先前计算的通过将被保存。如果恢复优化，进程将从停止的地方继续。
 
Alexx:

从参考资料 来看。

从参考资料 来看。


谢谢你的信息，我没有看到这一点，我知道了，我会再去看一遍。
 
Alexx:

来自帮助。

当优化工作正常停止时（用 "停止 "按钮），所有先前计算的通过量都被保存。如果恢复优化，进程将从停止的地方继续。
不幸的是，这条规则并不总是被执行。有时，当试图恢复优化时，所有本地代理得到一个 "失败 "状态。也许，当然，"所有先前计算的通过被保存"，但优化过程本身被中断了。
 
不久前，有一种情况是代理人摆出姿态，站在那里，但在最新的构建中，它说已经修复。 我还没有失败。
 
Karlson: 失败了，我还没有过。
前天刚抓到。64位版本。当然，也许是我把这个词记错了。但它很短，绝对不是授权。
 
Yedelkin:
不幸的是，这一规则并不总是被满足。有时在尝试恢复优化时，所有本地代理都采取 "失败 "状态。也许，当然，"所有先前计算的通过被保存"，但优化过程本身被中断了。
你是否重新启动了计算机，然后开始同样的优化，它是从第一次运行开始的，还是从可能已经结束的地方开始的？
 
paladin800:
你是否尝试过重启电脑，然后启动同样的优化，是从第一次运行开始还是从可能已经结束的地方开始？
重新启动（32位，构建687）。优化并不是从第一次运行开始的--之前运行过的运行已经被突出显示并反映在优化图中。
1...836837838839840841842843844845846847848849850...3184
新评论