mattwelke commented on issue #34:
URL: 
https://github.com/apache/openwhisk-runtime-dotnet/issues/34#issuecomment-818958199


   @shawnallen85 Sure I'll add the 3.1 runtime to my A/B test. I've been using 
nodejs:12 for a while and I added dotnet:2.2 last night. I have a setup where 
the URLs are chosen randomly by a client that's making about one request per 
hour on average. It works great for A/B testing cold starts. For example, so 
far, I've seen about 500ms for nodejs:12 cold starts but 2s for dotnet:2.2 cold 
starts.
   
   I just deployed a third action using dotnet:3.1. I'm using IBM Cloud 
Functions so I had to make this a Docker action since dotnet:3.1 isn't a 
registered kind there:
   
   
![image](https://user-images.githubusercontent.com/7719209/114601732-dab62e80-9c63-11eb-9c94-26e0a0245e92.png)
   
   This means my very first request to it was really slow. I think this is 
because of it having to pull the runtime image:
   
   ```
   ~ > time curl -X POST 
https://us-south.functions.appdomain.cloud/api/v1/web/REDACTED/default/google-analytics-privacy-proxy-dotnet-3.1
   {
     "code": "REDACTED",
     "error": "There was an error processing your request."
   }
   real 0m22.122s
   user 0m0.017s
   sys  0m0.000s
   ```
   
   (don't mind the error, this is a bad curl on purpose, I just wanted to test 
the time)
   
   If I let this run for another day, the dotnet:3.1 kind will probably get 
quite a few requests, and I might be able to see some in the activation logs 
where the time is less than 22 seconds, inferring that a cold start happened to 
be assigned to a node that had the image already. I believe that's the info 
you're looking for.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

For queries about this service, please contact Infrastructure at:
[email protected]


Reply via email to