当我调用lambda函数时,执行时间在1到15秒之间。如果我通过C++ SKD调用函数,就会得到超时。这些超时似乎是在几秒钟后发生的(这只是人类的判断,我实际上并没有给它计时)。
问题: 如何告诉SDK等待缓慢的lambdas返回而不是超时?
不起作用的东西:
在 您可以在HTTP设置中更改此设置 里。在C++ SDK HTTPOptions 中,这不是这样的选项。
为lambda客户端提供一个具有更大的 配置 (套接字超时)的connectionTimeoutMS是没有帮助的。此外,默认情况下,客户端的httpRequestTimeoutMs设置为0,这意味着它将永远等待。
我使用的是 同步请求 ,它似乎没有额外的超时选项。
附加信息:
我使用一个客户端并行运行多个请求。
如果我使用异步请求,也会发生错误。
相关:
发布于 2020-09-03 16:57:53
同样的事情给了我一次艰难的时光。你可能已经找到了解决办法,但对于其他人来说,这就是我所做的。有 客户端配置 ,可以编辑 默认连接时间 。发送请求的默认连接时间是1秒,接收请求的时间是3秒,如果在这个时间段内完成了请求,那么很好,否则将调用根据lambda设置进行的重试。这两者的行为在它们各自的头文件中都有很好的解释。 你也可以玩内存大小的蓝达越高,内存就越低,响应时间也一样。
Aws::Client::ClientConfiguration m_ClientConfig;
m_ClientConfig.requestTimeoutMs = 300000; // i.e. 300 seconds
m_ClientConfig.connectTimeoutMs = 300000;
* Socket read timeouts for HTTP clients on Windows. Default 3000 ms. This should be more than adequate for most services. However, if you are transfering large amounts of data
* or are worried about higher latencies, you should set to something that makes more sense for your use case.
* For Curl, it's the low speed time, which contains the time in number milliseconds that transfer speed should be below "lowSpeedLimit" for the library to consider it too slow and abort.