aws

http://status.aws.amazon.com/ https://www.expeditedssl.com/aws-in-plain-english
2020-06-21T01:03:49.296600Z

The order may be an illusion, if they are running in parallel the order of the queries in ids may not match the order of the queries in the analysis tool

2020-06-21T01:06:39.298700Z

If you can try them truly sequentially one after the other if the queries all take about the same time, then you know it is something about the running in parallel (contention)

ghadi 2020-06-21T01:07:16.299700Z

A connection pool in the aws library could make this behavior

2020-06-21T01:08:12.301200Z

Would time waiting on the connection pool show up in x-ray?

ghadi 2020-06-21T01:10:09.302800Z

the x-ray segment is measured locally, I'd assume it includes a period wider than the network traffic

2020-06-21T01:10:19.303200Z

Ah

ghadi 2020-06-21T01:10:20.303300Z

(like forming the request, signing it...)

ghadi 2020-06-21T01:11:32.304300Z

besides map + future isn't always a great pattern. In this case the futures aren't launched until p/all ostensibly forces them

cfleming 2020-06-21T03:34:25.305700Z

@ghadi Is there a better way to do this, then? I thought this would have been the poster child for that pattern.

cfleming 2020-06-21T04:42:18.306400Z

In case it’s useful, I should also have made clear that this is CLJS on Node, not Clojure on JVM.

2020-06-21T07:01:05.309300Z

http://docs.libuv.org/en/v1.x/threadpool.html might be the threadpool inside node