Adam. Thanks for your reply, it makes perfect sense. I’ve used unicorn in the past, but I’m thinking that moving the workload to a background job should achieve the same result. The endpoint will just add to the task queue and return. In this case, adding unicorn (etc) would still be reasonable, but not really necessary. Do you agree with this take?
-garrett > On Aug 12, 2016, at 5:26 PM, 'Adam (Cloud Platform Support)' via Google App > Engine <[email protected]> wrote: > > Edit: I'll say 'resource' intensive as memory consumption for each process > matters too! > > As a follow up, the App Engine flexible docs say 'an instance can handle > multiple requests concurrently' (see 'How Requests are Handled > <https://cloud.google.com/appengine/docs/flexible/ruby/how-requests-are-handled>') > but this is also dependent on the app server running on each instance ie. > the runtime will send requests concurrently but they can still bottleneck if > there is only one process per instance to handle them. The configuration is > dependent on the server you use (eg. if you use Unicorn you'd set this as > 'worker_processes' in config/unicorn.rb etc.) > > On Friday, August 12, 2016 at 5:09:47 PM UTC-4, Adam (Cloud Platform Support) > wrote: > Since you're only launching one worker process with foreman requests are > essentially being handled serially. Try increasing the number of processes to > achieve concurrency eg. web=4 or web=8. The number of processes to use > depends generally on how CPU intensive your handler is and the number of > cores per instance eg. if most of the time spent is blocking on some kind of > I/O you can get away with using a much higher value. > > On Tuesday, August 9, 2016 at 1:31:12 PM UTC-4, Garrett Hunyadi wrote: > It's pretty trivial. I'm making the app as simple as possible at this point. > I haven't changed the scaling from autoscaling, though I'm going to run some > tests to boost the app engine side to force more capacity and see what that > does. > > runtime: ruby > vm: true > entrypoint: bundle exec foreman start --formation "$FORMATION" > env_variables: > FORMATION: web=1 > > I'll crosspost as well. > > Thanks for following up on this Adam! I was starting to get lonely and cry. > ;) > > > On Monday, August 8, 2016 at 12:24:27 PM UTC-4, Adam (Cloud Platform Support) > wrote: > This seems like a good question to also cross-post to Stack Overflow for more > visibility. Please see the main Community Support page > <https://support.google.com/cloud/answer/3466163?hl=en> for a list of the > tags we monitor. > > Would you mind sharing the details of your app.yaml configuration as a > starting point? > > On Thursday, August 4, 2016 at 3:29:09 PM UTC-4, Garrett Hunyadi wrote: > Hi. I have a requirement to process ~20k calls per second. My system > processes lists of ~1M entries and performs multiple jobs for each item. It > is very “bursty” in nature as it isn’t always processing a list. I added a > App Engine flex env (with Rails), using automatic scaling, with an test > endpoint to wait 5 seconds and return. I push to the pubsub topic and a > push subscription sends to App Engine. Running this hits a steady state of > 20-30 requests per second. > > > > I guessed that the problem was the interaction of the pubsub push volume > algorithm interacting with the App Engine, but then I ran a second test where > I just blasted curl requests as in a loop with multiple processes. This also > ran at 20-30 rps. > > > > I’m stuck at this point and wondering how to proceed. How can I configure the > system for higher performance? I need a performance of three orders of > magnitude from what I see. > > > > Thanks so much for helping! > > > > -garrett > > > -- > You received this message because you are subscribed to a topic in the Google > Groups "Google App Engine" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/google-appengine/mzTdRsU2R3k/unsubscribe > <https://groups.google.com/d/topic/google-appengine/mzTdRsU2R3k/unsubscribe>. > To unsubscribe from this group and all its topics, send an email to > [email protected] > <mailto:[email protected]>. > To post to this group, send email to [email protected] > <mailto:[email protected]>. > Visit this group at https://groups.google.com/group/google-appengine > <https://groups.google.com/group/google-appengine>. > To view this discussion on the web visit > https://groups.google.com/d/msgid/google-appengine/62de1077-6528-4750-a4db-9d15df945611%40googlegroups.com > > <https://groups.google.com/d/msgid/google-appengine/62de1077-6528-4750-a4db-9d15df945611%40googlegroups.com?utm_medium=email&utm_source=footer>. > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/E727312C-1512-4319-9576-11612BD27F1B%40endurance.com. For more options, visit https://groups.google.com/d/optout.
