aws

http://status.aws.amazon.com/ https://www.expeditedssl.com/aws-in-plain-english
thomascothran 2019-12-17T20:05:53.000700Z

Is there a recommended way to be able to call large numbers (more than 64) of lambdas with aws-api? Initially I ran into the limit from Cognitect's HttpClient, and I tried creating more AWS lambda clients (suggested in this issue: https://github.com/cognitect-labs/aws-api/issues/98) However, we've had servers falling over in production because the file descriptor limit is exceeded. Testing at the REPL, it does look like when a client is created for AWS lambda, file descriptors are not released. Should I be doing something to close the client? (Doesn't look like there's a .close method.) on the aws client. Might be related to this issue: https://github.com/cognitect-labs/aws-api/issues/109

kulminaator 2019-12-17T20:49:07.001200Z

i ran into the same issue ๐Ÿ™‚

kulminaator 2019-12-17T20:50:34.001800Z

tried to run 128 lambdas at once and results were failures to execute them ๐Ÿ˜ž

kulminaator 2019-12-17T21:03:48.004200Z

for the leaks of filehandles, doesn't (aws/stop s3) release them ?

kulminaator 2019-12-17T21:03:56.004500Z

rather unconventional ...

kulminaator 2019-12-17T21:06:19.004700Z

seems to do it for me

kulminaator 2019-12-17T21:07:45.004800Z

small test i ran

kulminaator 2019-12-17T21:08:03.005200Z

@thomas559 i think this should at least help you put out the fire ๐Ÿ™‚

ghadi 2019-12-17T21:34:45.005900Z

I canโ€™t type now but weโ€™ll systematically fix this

thomascothran 2019-12-17T22:09:00.006900Z

Right there in the README too, I just missed it. "Invoke cognitect.aws.client.api/stop on the client if you want it to shut down any resources it and its http-client are using."